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ABSTRACT 


The IPAD Requirements Document, is the product of the 
Requir^ents Analysis Task, WBS 1.6.2 and contains the IPAD System 
Design Requirements. It is based on the IPAD User Requirements 
Document (D6-IPAD-70013-D) and the Integrated Information 
Processing Requirements Document (D6-IPAD-70012-D) . This document 
contains general information about IPAD and a list of the system 
design requirements that are to be satisfied by the IPAD system. 
The system design requirements definition contained in this 
document is to be considered as a baseline definition of the IPAD 
system design requirements. 
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REV 

SYM 

1 DESCRIPTION 

DATE 

APPROVAL 

A 

Add four new requirements: 

1) 43.1 User Absence and Substitution 

2) 57.1 Computer Program Certification and 

Version Control 

3) 57.2 Checklist 

4) 87.1 Data Set Modification Log 

Change requirements: 

2-135, 5-329, 10-55, 16-221, 21-80, 46-337, 
52-113, 60-262, 80-33, 81-340, 71-13 and 128-287 

Delete requirement : 

49-359 

Note: All approved changes are denoted by the 

revision symbol. 

2-6-' 

9 Per CCR 
#37 

B 

Revise section 2.0 by: 

1) Retitling 82 req. to clarify meaning 

2) Adding a diagram to each third-level numbered 
paragraph (approx. 19) to serve as an index 
to the requirements therein 

3) Add Appendix B, a short description of 
requirements 

4) Add Appendix C, a keyword list 

5) Delete the hyphenated part of each requirement 
number 

11-6- 

79 per CCR 
#50 
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DEFlMlTIOilS 


ACCESS CODE 

A code which will aut-harize an IPAD user to read or modify a 
specific data set. 

ACCEPTANCE CRITERIA 

The rules, or standeords that. %#111 be used during acceptance 
testing to determine if a require ent has been satisfied. 

ACCOUNTING PROGRAM 

A program which maintains statistics on caiq>uter resource 
utilization. 

AERCELASTIC CXCLE 

Consists of iterative processes whi<di start with a stress 
analysis based on rigid structure loads and ends with a 
con^atible solution between applied loads, structural sizing 
for strength and fatigtie and mass and stiffness to meet 
s»tatic and c^amic criteria. Implied in the solution is a 
structure closely approximating minimum weight and cost. 

ANSI STANDARD 

A Standard formulated and controlled by the American National 
Standards Institute (ASSI) . 

APERTURE CARD 

A card designed to hoM microfilm image film. 

APPLICATION PROGRAMS 

Coiuputea: programs developed for the purpose of solving a 
particular problem. 

ARCHIVAL STORAGE 

A repository for the storage of less fioequently used data. 
AVERAGE RESPONSE TIME 

A meas\u:e of the actual response time experienced by a user. 
This is visually estimated by observing many trcuisactions and 
is highly dependent on macdiine loading. 
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BATCH CONTBOL CABDS 


Cards that oozitain comnands directing the operation of 
conputer programs in the batch processing mode. 

BATCH KIOCESSING 

A mode of computer processing in which conputer programs are 
executed with no intexaction with the user during processing. 

BATCH SUBMITTAL 

Suimatting conputer program^) to a conputer for batch 
processing . 

BINARY CODED DECIMAL (BCD) 

A ntimeric code for representing each character of an 
alphabet . 

BENCUMAKK 

A point of reference from vduLch measurements can be made to 
evaluate the performance of computers or computer programs 
relative to each other. 

CARPET PLOT 

This plot is generated by intersecting a function of two 
variables by two families of plazies and plotting the 
intersection curves. 

CLASSIFICATION CC»E 

Used to identify items classified within a Uniform 
Classification and Coding Syston. The syst^ is based on 
organizing data in a consistent and disciplined manner. Each 
code is meaningful and discrete, and is a universal index for 
all information bearxng the same code. It is useful as a 
tool for storing, retrieving, sorting, analyzing, collating, 
and id^tifying data. These codes may be used as sorting 
criteria for the data stored in the information bank. 

COMHTUiD LANGUAGE 

A lang\iage for directing a conputer in which each command 
corresponds to a function to be performed. 

COMMAND MODE 

A mode in which the I£hD System is awaiting a command from 
the user. 
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COMMUNICATION RATES 

A uiiit o£ signaling :^eed. Ihe number of signal events per 
unit of time. 

COMPUTER AIDED DESIGN (CAD) 

The application of conputers to assist in conducting 
activities needed to get design ideas and concepts defined r 
refined* and documented rea<^ to transmit to manuf actiiring . 
Included are not only conception and definition of vehicles* 
systems* and hardware* but their evaluation through analysis. 

COMPUTER AIEBD DRAFTING 

The adaptation of the computer for autcmiated drafting. It 
provides a loan-machine dialogue eillowing construction and 
display of geometric entities using a graphics device. 

COMPUTER AIDED MANUFACTURING (CAM) 

The application of conputers to assist in performing 
functions from the receipt of product definition to the 
completion of an acceptable hardware item* system* or 
vehicle. 

COMIVTER PROGRAM 

A series of instructions or statements* in a form acceptable 
to a computer* prepared in carder to achieve a certain result. 

COMPUTER PROGRAM CERTIFICATION 

The process of canfirming that a conputer program hcis be^ 
validated. 

COMPUTER PROGRAM VALIDATION 

The test and evaltiation of a computer program to ensure that 
all requirements have been satisfied and that the program is 
correct. 

CONFIGURATION CONTROL 

A procedxire for contrcBled development cuid maintenance of a 
document* program* or other entity to ensure its integrity by 
carefully controlling all changes. 

CONTOUR PLOT 

The plot of contour lines* usually gen^ated by intersecting 
a surface with parallel planes. 
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CONTROL O^RDS 


Cards that, contain control data for directing the operation 
of a conq[>viter or computer program. 

CRITICS DESIGN REVIEW (CDR) 

A major review of the products of an IPAD Program Thsk 
required to obtain approval to proceed to subsequent tasks. 

CRITICAL PATH 

The loxigest time path of sequenced events and activities that 
has the least positive slack. Slack is defined as the 
difference beta^een the latest allowable start time and the 
expected start time of an activity. If the latest allowable 
start time is greater than the eiqpected start time, slack is 
positive. 


DATA AREA 

An arbitrary collecticn of the data sets which are grouped 
together for purposes of control, management, ease of use, 
etc. 

DATA BASE 

A collection o£ interrelated data with as little redundancy 
as possible to serve one or more applications in an optimal 
fashion. 

DATA BASE MANAGEMENT 

The function performed by a data base management system. 

DATA BASE MANAGEMENT SYSTEM PBMS) 

A generalized tool for nnnaging data bases. It makes data 
interrogation, maintenance, and analysis of data available to 
users . 

DATA DEFINITION 

The means by vhich data is described through its physical and 
logical characteristics. 

DATA DICTIONARY 

A directory containing data element name, descriptions, 
security controls, physical location, etc. 
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EATA ELEMENT 


A named unit, at data viilch Is not defined in terms of any 
otner named units of data. 

DATA FORMAT 

Defines the infon^ticn bank access method used to store and 
retrieve a data set occurence. 

DATA INTEGRiry 

Ensuring that the data base is protected at all times against 
invalid alteration or destruction. 

DATA OCCURRiNCE 

Actual value (s) of data corresponding to a paxrticular data 
relationship . 

DATA PRIMITIVES 

The basic indivisible building blocks for data in the 
information baxik. 

DATA RECORD 

An ordered set of data elements. 

DATA RELATIONSHIP 

A data relationship is a logiccil groi:ping of one or more data 
records. 

DATA SET 

A specific occurrence of data corresponding to a given data 
format. 

DATA SET HEADER 

Data contained in a data set header is used to identify the 
ovmer and source of tbe data set and to control access to the 
values contained in the data set. Headers for may contain 
additional information such as element type, coordinate 
system, etc. 

DATA SET QUALIFIER 

A version number or alphanumeric appendage to a generic name 
to make a unique name for a data set. 
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lATh SURVEILCANCE 


Monit-oring of data processing activities for the purpose of 
reconstructing data which has be^ destroyed or modified » and 
informing the affected users. 

DEFAULT 

A systen assi^ed value or result which will be in force 
unless intentionally overridden by the user. 

DICTIONARY 

Dictionaries contain definitions of data elements, data 
relationships, data formats, coding modules, operational 
modules, and jobs. 

DIGITIZERS 

A devioe >d>ich assigns digital numbers to analog 
measurements . 

DISPLAY FORMAT 

A special class of data formats that is used for displaying 
data sets . 

DISPIAY LANGUAGE 

The language interface between the user and a graphics 
device. 

DISTRIBUTED COMPUTING 

Computing performed within a network of distributed computing 
facilities. The processors for this type of system ustially 
fimction with control distributed in time and space 
throughout the network. Associated with the distributed 
confuting may be distribated storage facilities. 

EXPLICIT INPUT/OOTHIT 

Ii^ut/output action to or from a data set %fiich is under the 
control of a user program. 

FLATBED fLOTTER 

This name is used to describe those plotting devices which 
draw on a horizontal flat surface, stich as the Crthomat, 
Gerber, etc. 
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GEOMETRIC DESCRIPTION 


The mathematical model describing a geometric entity. 

HIGHER LEVEL LANGUAGE 

A computer programming language in «hi<di the instructions or 
coninands may each result in many machine language 
instructions. 

HOST COMPUTER 

The interactive con^uter couple for which the IPAD ^stem 
will be developed. 

IMPLICIT INPDT/ODTPUT 

Input/output action to and from a data set under the direct 
control of IPAD. 

INFORMATION BANK 

The collection of all data areas defined to IPAD. 

INTERACTIVE GRAPHICS 

A graphics capability vdiich allows the user to communicate 
with the conputer. 

INTERACTIVE PROCESSING 

Execution of a computer program which communicates directly 
with the user, in the sense that it di^lays information in 
resp>onse to new inputs and supports intense dialogue. 

INTERACTIVE TERMINAL 

A communicaticn device which pocovides a hardware interface 
between the user and a computer for interactive processing. 

INTERFACE ROUTINES 

Software routines which interface hardware or software . 

I-O LIST 

A list of varicdales representing data vdiich are to be read or 
written. 
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IPAD COMMONICATION NETWORK 

All hardware and software furnished and maintained by the 
IPAD contractor or by independent vendors whioh is used to 
provide communications between the IPAD host conputers azKi 
any IPAD satellite cos|Uter. This shall include any 
translators req[uired to reformat data or computer programs 
for transmission between conputers. 

IPAD CX)MPUTER PROGRAM LIBRARY 

The collection of all user supplied computer programs 
installed into IPAD. 

IPAD SYSTEM 

An interactive computing system being developed to support 
the aerospace vehicle design process. 

IPAD SYSTEM ADMINISTRATOR 

A person who has authcrity to administer the IPAD system. 

His re^onsibilities are to maintain the IPAD system 
(hardware and software) once it is installed; to assure 
system performance, integrity and security; and to Interface 
with the IPAD user comnunity which he serves. 

JOB 

A sequence of executable operational modules. 

JOB EXECUTION QUEUE 

A queue containing jobs submitted by IPAD users. 

JOB NETWORK 

A set of logxcally comected jobs in the IPAD system %dx>se 
execution order is dependent up>on user supplied parameters or 
calculated results . 

KEY WORD LIST 

Peu:t of each dictionary whi<^ allows users to search and find 
existing dictionary entries to fulfill their needs. This 
capability will help to limit the nuiid>er of redundant entries 
in the dictionary which contain the same information or have 
the same mathaoatical definition. 
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LANGUAGE SYNTAX 


The structure of a language. Hie objects in a language and 
the relationships between those objects. 

LINKED PROGRAMS 

Separately eussesdt>led program segments uhicb are conbined 
together through a linkage processor to allow them to operate 
as a single program unit. 

LOGICAL STRUCTURE 

The structure of data as it is referred to by an application 
computer program or a user. 


MENU 


A list of available choices displayed to a user at an 
interactive terminal. 

MESSAGE FILE 

A file of messages for users created by the syst^ or other 
IPAD users. 

MICROFILM PLOTTER 

A plotting device capable of producing microfilm output. 
NARRATIVE TUTORIALS 

Educational material displayed at a terminal which instructs 
the user in the \ise of the syatBm capabilities. 

OBJECT MODULE 

A module of a conputer program expressed in the language of a 
computer. 

OPERATIONAL MODULE 

An executable collection of object modules which contribute 
to one or more jobs . 

OPERATING SYSTEM 

The control program for the host computer or satellite 
computer under which IPAD or a subset of IPAD executes. 
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PASSIVE COMMAND 

Such oomnands cause the IPAD patera to inform the \iser of the 
functions which are available to pursue a particulcu: task. 

PERMISSION CODE 

Constraints on the use of the IPAD command language. 

PROCESS 

A series of continuous actions that are defined and planned 
within a hierarchical system of levels divided iimo 
activities that are accomplished by executing one or more 
jobs. Each level has forward and feedback data flow paths 
defined within activities and between related activities. 

Data transfer between levels may be forward or feedback. 

PROGRAM ITEM NUMHe;R (PIN) 

A number which relates an item of work to the %«ork brecikdown 
structure. It is used as a primary index to work items and 
for cost collection. 

PROJECT 

The sequence of tasks and subtasks to be performed during an 
associated design and/br anatlysis effort. 

PROJECT PLAN 

The definition of all project tasks, subtasks, expected 
results, and the associated control in terms of schedule 
dep^dencies . 

QUERY LANGUAGE 

A language designed specifically for formulating data base 
retrieval requests. 

REMOTE JOB miSX 

Entry into the host conputer of a job from a remote input 
device . 

REMOTE SITE 

Any conputer processing system which is remote from and 
connected to the host oonputing system. 
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RESPONSE TIME 


The t-lme intezval bet.vieen the operator typing the chcuracter 
signifying the end of the input and the terminal typing the 
first letter of the reply. 

REQUIREMENTS TREE 

A hierarchical structure for the IPAD requirements. The 
outline of the body of the IPAD requir&nents document. 

SATELLITE COMPUTER 

Any ccnputer aremote from and in communication with an IPAD 
host oon^uter. 

SECURITY CODES 

Coded conventions established t.o meet conpany or govermental 
rules pertaining to controlling access to data. These are a 
key subset of the total set of access codes. 

SOURCE MODULE 

A specific collection of symbolic code that contributes to 
the definition of one or more operational modules. Source 
modules are the smallest division of user source code that 
can be defined. 

SUBTASK 

A sequence of jobs which r^aresents a step in a project. 
SUBTASK DATA AREA 

A data area that is associated with a user during the 
execution of one subtask. Each subtask will hacve an 
associated stibtask data area. The subtask data area is a 
private user working data eurea and all data is generated in a 
subtask data area. 


TASK 

A sequence of subtasks acconplished by a grovp vtfiich 
represent a milestone in the project plan. 

USER IDENTIfICATION 

A unique identifier associated with each user of IPAD. It is 
mandatory that this ID be associated with a person and not an 
activity or an organx ration. 
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UTILITY SOFTWARE 


Proqranis which aid systems operations. They usually perform 
services freauently needed by users. 

VERSION NUMBER 

A special identification used to denote a specific version of 
a data set or a pronram, 

X-y PLOTS 

A two-dimensional plot of one variable against another. 
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SUMMARY 


The principal objective of IPAD is to provide a computer 
software system which will aid the U.S. Aerospace Industry in the 
design of future vehicles. It will be an engineering information 
processing system for aerospace vehicle design to be installed on 
the computer complexes of major U.S. Aerospace companies. It 
shall serve as the Key coirrounication and calculation integrator 
for a large number of designers conducting a broad range of design 
tasks over significant periods of time and on a wide variety of 
aer«Mpace vehicles. IPAD will increase the effectiveness of the 
individual designer by accelerating the computational and data 
management tasks of the design process. Hie system must respond 
to company needs from conceptual through detailed design and 

interfaces to computer-aided design and computer-aided 
manufacturing. IPAD must be readily modifiable and will change as 
the user*s needs change. 

Requirements for a user interface to IPAD cover the areas of 
language, tools, and access. User friendly languages will be 
provided tor interface with the IPAD system. An assortment of 
user tools will be available. A variety of modes of access and 
dxfferent priorities of access are provided for the user*s 
convenience. For the protection of the user and the system, user 
identification and classification are required. 

A command language will provide access to IPAD system 
^P^^i^ties. The command la^uage will allow a user, unfamiliar 
with the l^guage, to get assistance on IPAD use. A query 
language will be provided to enable a user to access information 
in the IPAD data base. The IPAD languages will be constructed to 
accomodate users with different levels of IPAD expertise; e.g., 
eipert, intermediate or novice. 

An assortment of user tools will be available to all IPAD 
users — ^managers, engineers and supporting staff. The tools will 
be available interactively and in batch mode. The number and 
types of tools made available will change as the needs of the IPAD 
user evolve. 

IPAD will provide tools to enable the user to: 

• edit and update stored data, computer programs and text 
documents ; 

• generate reports using information from the IPAD 
Information Bank; 

• facili^te coitmunication between IPAD users by providing 
^"^lities to build information menus, organization lists 
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ancl mailing lists and enabling a user to transmit 
messages to other IPAD \isers; 

• maintain and query references to IPAD documents and 
procedures; 

• evaluate confuting system performance; 

• help the user when he requests assistance; 

• debug computer programs ; and 

• construct conmand sequences. 

IPAD will provide a ^«riety of modes to the user for 
interfacing with the IPAD system. He may interface via an 
interactive terminal, batch control Ccirds or by initiating user 
programs that issue canmands or calls for IPAD capabilities. 
Interactive work may be done either by textual or graphical 
termrnals. Batch jobs may be submitted rexootely via a satellite 
con^Juter or from an interactive terminal. 

Four different categories of user priority will be 
recognized: standard, appointment, short duration, and emergency. 

The standard user*s access time and turnaround time is dependent 
upon system load. The purpose of the appointment category is to 
give a user an opportunity, through the use of appointments, to 
run in a semiprivileged state. An appointment user has fast 
access to the system and cannot be put in a wait queue when the 
system gets overloaded. Short duration users are privileged in 
access and response time but limited in hook-up duration and 
restricted in activities. An emergency user has top priority over 
all other categories of users. 

IPAD will provide processing security for individual users. 
This protection will be provided by enploying user passwords. 

These passwords must provide unique identification, must be 
protected from discovery and must be easy to use and modify. 

IPAD will support engineering and management in planning, 
defining, modifying, controlling and integrating engineering 
technical processes. Support provided includes the building and 
saving of job sequences, the execution cind monitoring of jobs, 
process reporting and data release control to inform users of data 
status. Information to be shared by more than one organization 
shall be under release control. 

IPAD will suppoirt managers in planning, monitoring and 
reporting Design Projects. Management computer programs will be 
made available for analyzing technical and management information. 
An individual IPAD user will be able to assess the status of his 
own subtask, data, tasK or the overall project status. In 
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iresponse to IPAD monx toting and irepo]rting« controls may be exerted 
to limit, terminate or suspend activities. 


Information management within IPAD is broken down into three 
categories: data management, information management tools and 

program library. Data management is concerned with the 
organization, loanipulation , control, integrity, security and 
administration of IPAD data. Information management tools are 
P-i^ovided to maintain data, to perform data transformations, to 
compare data and to perform arithmetic and logical operations on 
data. The computer program library contains computer programs in 
source and executable forms. The programs may be supplied by the 
user or generated by software processes (e.g., compilation) . 
Computer programs may be structured into jobs and executed. 

The handling of data within IPAD will have many facits 
including organization, manipulation, control, integrity, security 
and administration. Data organization at the elementary level 
will ccaisist of elements, formats and data relationships which 
will be grouped into data sets. Data sets are organized into data 
areas. Data manipulation includes capabilities to query, to copy 
data and programs and to access and retrieve archived data. Data 
governs data access, data changes, purging and data 
retention. Backup and recovery procedures are provided to guard 
the integrity of all data in the IPAD data base. Proper security 
clearance will be required to access some data sets within IPAD. 
Secxirity control of read/write access will be provided. Data 
administration responsibility is to be assigned to a designated 
pstson or organization who will be responsible for exercising 
control over the entire IPAD information bank. 

IPAD capabilities snail be provided to enable the user to 
^®^i^tain data in the IPAD information bank and to perform data 
trcois formations. Maintenance features include data updating, data 
restructuring and data reformatting. Pile maintenance 
capab^ities will be also provided. Files may be created from 
data in the IPAD information bank or data from files may be 
^^serted into the IPAD data base. Conmand sequences fox creating 
or decomposing files may be saved for subsequent execution. 

The computer program library shall consist of programs in 
soxirce or executable forms. The programs may be supplied by the 
user or generated by software processes (e.g., ccxapilation) . 
Insertion and deletion of programs shall be straightforward and 
machine independent so that a company may insert its own programs. 
IPAD user aids will be nade available to facilitate the 
interfacing of existing aerospace computer progreuns with each 
other - 

IPAD must be adaptable to different hardware implementation 
and cou^uting facilities. IPAD must be able to share data with 
non “IPAD systems and to safeguard and control non- IPAD data while 
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in the custody of IPAD. Existing telecomnunication standards will 
be used to facilitate ccaniounication betweai computing systems. 
Support software and user aids will be provided to facilitate 
transfer of programs, data base, etc. 

IPAD must be able to interface with the host system and with 
remote systems. IPAD shall permit access to and receive data from 
non -IPAD systems using existing standards whenever possible. 

IPAD shall be able to communicate with existing software 
systems exteriial to IPAD and facilitate transfer of program 
modules, data bases, etc., between IPAD installations. Support 
sot tw are and user aids shall be provided for such purposes. 

The IPAD system shall provide tail-safe security to prevent 
the disclosure of information which may be detrimental to National 
Security or the proprietary interests of the user con^iany. System 
faxlure must not result in the degradation of IPAD security 
controls. The reliability and availability of the IPAD system 
siiould not be limiting factors in the system *s usefulness. IPAD 
snail be designed to be flexible when adapting and interfacing 
witli individual installations. 

Response time must oe adequate. System capacity should be 
liar aware configuration limited rather than software limited. 

Tools for performance monitoring will be provided for the System 
Administrator. Various accounting programs will be provided for 
project management, reporting and statistics. 

Graphics standards for communicating between devices will be 
established. Graphic equipment interface software will be 
provided within IPAD to accommodate a prescribed assortment of 
graphical equipment. 

A standard graphics software pacKage (CORE) will be provided 
coiisisting of lower level primitive routines which will minimize 
machine dependence and will be capad>le of supporting a wide range 
of graphics devices. These basic functions will allow development 
of sophisticated graphics related applications. 

IPAD shall provide techniques for converting data from the 
IPAD standard formats to the format required by dumb and 
intelligent type terminals. Compression and explosion techniques 
shall reduce the amount of data sent over communication lines. 

IPAD shall provide a variety of functions to support CAD, NC 
and related analyses. Tools shall be provided to construct and 
display engineering designs and data plots. Standard and extended 
geometry formats shall be supported. Conversion utilities shall 
be provided to convert geometry formats to a standard format for 
ccwnmunication purposes. 
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Graphics related programming rools shall be providsd to allow 
the development of sophisticated graphics capabilities from the 
standard graphics software primitives. An animation package shall 
be provided to display dynamic phenomena. 

IPAD shall provide a wide variety of CAD/C3^ geometric 
entities for the construction and display of engineering designs. 

A standard geometry format for communications shall be provided. 

IPAD shall provide tools to define cutter paths utilizing CAD 
engineering design geometries and shall also provide a utility to 
convert the same geometry to APT geometry source format. 
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1.0 INTRODUCTION 


The IPAD Requirements Docximent defines the requirements that 
are to be satisfied by the IPAD System. After approval « this 
dociament will be placed under configuration control. The 
requirements definition contained in this docximent is to be 
oonsidered as a baseline definition of the IPAD requirements. All 
changes or additions to the requirmnents definition must be made 
to these documents. 

The IPAD Requirements Document was produced by the 
Requirements Analysis Task. The soxurces of information are the 
Integration aid Information Processing Requirements and the IPAD 
User Requirements. 

The two cJocuments were assigned to personnel on the 
requirements analysis team. Each person composed a list of 
recognized requirements frcm an assigned document or sections of a 
docum«at. Each item in the list was conqposed of a requirements 
number, a reference to the source of the requirement (document, 
section, page), and a statanent of the requirement. The 
requirements in these lists were studied by the team and divided 
into two groups : f irm requirements and questionable requirements . 
These questionable requirements were presented with questions to 
the IPAD Program Engineering Gro\:qp and to a representative of the 
NASA IPAD Project Office. The firm requirements were analyzed by 
the requirements analysis team. These questionable requirements 
were also analyzed vdien they became firm requirements. 

During analysis, each requirement was evaluated against nine 
criteria. These criteria aurei ccmplete; correct; precise; 
unambiguous; clear; consistent; relevant; testable; traceable; 
free of design detail; and manageable. 

If a requirement did not satisfy all nine criteria, it was 
returned to the originator for resolution. The requirements that 
satisfied the criteria were placed into the appropriate section of 
the IPAD Requirements Document. As the problems were resolved 
with the requirements presented to their originator for 
resolution, those requir&nents were re-analyzed and eventually 
placed in the document. 

Acceptance test criteria were written for each requiranent. 
These will become part of the IPAD Acceptance Test Plan. An 
abstract of the acceptance test criteria for each requirement is 
included with each requirement in this document. 

The format adopted for documenting each requirement is as 
follows. Each requirement will start a new page and will begin 
with a sequenoe number and a title. The sequence number will have 
the form n-r, where n is a running sequ^ce number 1,2,3, ..., etc. , 


and r is the requirement number. Next will come the requirement 
source references delimited by comnas. Except for Boeing auid NASA 
requirements reworjc team source reference « each source reference 
will have the form: doc /sec, where doc is the document source, 
sec is the section withxn the doctiment. Possible document sources 
(doc) are: 

1.3 for docximent D6-IPAD-700 1 2-D; 

1.4 for document D6-IPAD-700 13-D ; 

sew for Statement of WorJc; 

F3 for IPAD Feasibility Stuefy, Volume III; 

flCAC— NASA for Boeing/NASA requir^ents rework team. 

Next comes the requirement description followed by the 
acceptance criteria abstract. 

1.1 IPAD OBJECTIVES 

1.1.1 Purpose 

Within the concept of a design data management system, IPAD 
is intended to satisfy three primary objectives: 

1. improved productivity; 

2. fewer manufacturing changes; and 

3. lower technical risks. 

1.1.2 Scope of IPAD 

IPAD is software to ooir^uterize, insofar as possible, 
coiqpany-wide design-information processing. Its intended scope is 
such that it will simultaneously support design activities of a 
typical company mix of nultiple development projects. It will 
serve management and very large engineering staffs at eill levels 
of design (conceptual , preliminary, and final) and will aid in the 
assembly and organization of design data for support of 
manuf actiiring processes. 

IPAD software will function on "third generation" computer 
complexes typical of those in use today by large aerospace 
corporations and will augment, rather than replace, existing 
"system software." it is currently visualized as coitposed of (1) 
executive software that will control viser -directed processes 
through "interactive" interfaces wxth a large number of terminals 
in sinultaneous use by engineering and management personnel; (2) a 
Ictrge number of utility software packages for routine information 
manipulation and display function; and (3) data management 
software to provide a comprehensive, versatile capability for 
e^iiciently storing, tracking, protecting, and retrieving 
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exceptionally large quantities of data maintained on multiple 
storage devices. 

Note that the data base inclvides the technical analysis and 
design computer programs utilized by various disciplinary 
specialists. Such programs are not regarded as part of IPAD, but 
must be provided by the user to form the complete design-software 
system; they can include existing and future c«npany-proprietary 
programs, as well as those in the public domain. The data base 
will also include all official project information defining the 
characteristics of currtait baseline and alternative designs and 
their performance, as well as archival “handbook** information 
forming the technology base for ccxnpany designs. Simultaneous 
access to the same baseline design information by all disciplinary 
groups will thus be possible. Temporary libraries, for design 
information being actively utilized by individuals or teams, will 
also be provided. 

It should be emphasized that IPAD is not “automated design'* 
software and will not constrain company design methods. The 
characteristics and quality of aerospace designs in the future, as 
now, will depend on such elements as the creativity of designers, 
the quality of technical staffs and their analysis tools and 
design data, and the coordination of design and manufacturing 
technologies. IPAD is a tool to improve the efficiency and 
effectiveness of the use of these elements. 

1IA.D processing requirements shall be developed to 
incorporate the requirements tor military and commercial aircraft 
and aerospace vehicles. 

1.2 BACKGROUND INFORilATION 

1.2.1 Problem Description 

The Evolution of Computing in the Design Process 

Large design problems require a division of tasks. 

Individual designers are assigned a part of a task \inder the 
direction of a task leader. The designer performs his subtask by 
dividing it into several nmnageable jobs. Tasks are organized and 
reported by the task leader as part of a project group responsible 
for the design of a product. 

The resxilt of the design process is a single product entity 
in which all components must function harmoniously. Hence, 
extensive data communication, evaluation, and iteration are 
required to optimize the design. Orderly methods for introducing 
changes m the design are necessairy to ensure convergence. These 
methods establish a data (inf onaation) handling environment. 
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TOiis environment characteristically: 

• Requires extensive record keeping for data ouid 
configuration management; 

• Reqviires accurate and timely production and 
communication of data; 

• Has complex informal and formal communication paths; 

• Is continuous with respect to time, activities and 
people . 

These information functional characteristics remain \inchanged even 
though the methods and computerized tools used may change 
significantly. 

Prior to the use of computers, all calculations were 
performed by hand or oy using slide rules and otlier mechnical 
aids. This process required the designer to record a set of 
values, input these values into a mechanical device, record 
resiiLts and generally manage each detail of the computation by 
hand. The sxze and ccxnplexity of the calculations were limited by 
the manual abilities of the designer. 

When computers were first introduced, they were used to 
relieve the manual constraint on calculations. Typically, the 
computer was programmed to perform the arxthmetic, record 
xntermediate values, and generally manage the confutation process; 
hence, effectively automating the routine manual activities in 
performing calculations. 

The conputer was so effective that the designer was able to 
extend his conf utational ability by many orders of magnitude, 
often utilizing theories and methods previously unavailable 
because of their extensive arithmetic. Infrovements in computing 
hardware, operating system software, and programming languages 
resulted in further extensions of this confutation capability. 

The continued automation of calculations, produced new 
constraints. While individual designers were able to produce 
thousa n ds and even millions of numerical results in very short 
periods of time, the volume of data to be handled by people became 
the constraining factor . People began to be faced with 
unmanageable data volumes associated with data preparation, 
evaluation of output and ocxnmunxcation of results. Computing 
hardware and software were oriented to batch processing at the 
physical site of the conf uter and gave no support to the 
transmission of data between individuals or between coding modules 
to be executed together as one job. Hence, while large volvimes of 
calculations could now be performed, information handling was 
still a manual process. 
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Early automation of calcxilations on simple tasks soon gave 
rxse to other problems that were part of the task but manual in 
nature. The general question of problem solving efficiency began 
to emerge. Instead of seeking efficiency improvements on one 
isolated task element such as calculations, eUil task elements come 
into question. Studies examined this broader efficiency question 
of how to lower task total cost by considering both the human 
aspects cind the computer aspects of a task. In summary, the 
significant findings were: 

• The computing cost is approximately one-taith of the 
total cost; 

• The time people spend on the task is the most inportant 
cost element; 

• A proper selection of computing devices and services can 
reduce task total cost by 25% throtigh reducing time 
people spend waiting for cooputations . 

The early successes with calculation automation on simple tasks 
naturally led to putting more complex tasks on the computer. 

These more complex tasks inevitably resulted in data handling 
probl^Ds, especially at technical module xnterfaces. 

Integrated systems were developed to relieve the constraint 
of communicating large volumes of data across program interfaces. 
These systems typically included several modules, each identified 
with a set of calculations. Data was transferred across module 
interfaces iyy developing conpatible data formats and passing the 
data through the computer system directly. As a result, modules 
were able to communicate technical data reliably, precisely and 
rapidly. 

Executive control systems were developed giving the user 
control of the operation or the integrated system with language 
syntax familiar to him. Data management ^sterns were also 
develcped for automatic retrieval and storage of data command 
of the individual program. 

computing hardware and software were developed to support a 
direct real-time interface between the user and the conputer. 

This interface, combined with executive and data management 
software, gave the user control of the conputer with respect to 
hxs own processing. It allowed the user, within limits, to make 
real-tiiae adjustments to data and execution sequences and to 
interrogate output through direct access to large capacity data 
storage devices. 

This environment introduced several advantages. Integrated 
systems were effectively configured to include several related 
disciplines, thus providing a medivua for exchange of data and a 


- 10 - 


comiDon reterence system tar problem solution euid theory 
develO|;»aent . In parallel, later generation computing systems 
provided arithmetic and data transfer rates sufficient to support 
the data volumes to analyze total aircraft responses such as the 
aeroelastic cycle, the total flight control system, or the engine 
to airframe interface. 

By coupling integrated systems with interactive graphics 
devxces, computer-aided drafting syst^ns were developed. These 
systems have been interlaced with numerical control software, thus 
providing a direct tie between product design and manufacturing. 

The N ext Steps That Need to he Taken Xn the Develoiaaaent of 
Computers to Support the Design Process 

Early in the IPAD study, the problem solving environment 
typifi^ by integrated systems was re-examined. This examination 
identifed some very diiterent characteristics associated with the 
design process which had not been identified. These 
characteristics evolve from the long duration of problem solving 
which is characteristic of all but the simplest work and is 

present xn product design processes which span months 
and even years, it was found that design is a hierarchy of 
processes i individuals and their subtasks, tasks con^osed of many 
suPtasks, and product studies composed of many tasks. 

In examining the details of this process with respect to time 
duration, it was observed that: 

• Different subtasks or different sequences are utilized 
as the study progresses and as new insight is gained 
into technology trades; 

• Most subtasks are not completed in one work period; 
therefore, the designer must re-orient himself, the data 
and the subtask in order to continue at his next work 
period . 

barge design problans are divided into management, technical, 
and support tasks. These tasks are further subdivided into 
manageable work packages. During the performance of these work 
packages there is a need for communication between the groups 
To support this communication, a computing system 
should be availahle with the following key features: 

1. Is readily accessible by personnel in engineering, 

manufacturing, management, and support functions; 

Ts easy to use without the need for long training periods; 

Provides timely responses that encourage a continuous thought 

process for a large number of users; 
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Can be installed in various conqputing environments without 
extensive modiiication to itself and little or no 
modification to the host computing environment; 


5. Provides secure, private, and reliable storage for programs 
arid data ; 

6. Provides for the interrogation of storage and the sharing of 
information among people, among programs, and among people 
and programs; 

7. Provides for the incorporation of existing programs; 

8. Provides for the dynamic specification and control of 
sequences in which programs are to be executed. 

8. Is extendable in scope to cope with new methods of solving 
existing problems; 

10. Allows a computing task to be suspended and resumed at a 
later time; 

11. Keeps a record of users, activities, data storage accesses, 
data transfers, data creations, etc. 


Provides for information continuity over long periods of 
time ; 


13. Provides for information continuity over many different task 
sequences . 


Ihe Problem Definition 


There are no universally available computing systems that 
satisfy all of the needs of a computing systaa to support the 
engineering process as described. IPAD development must consider 
the existing computing environments and the computing environments 
expected in the future. Ihe difference between these computing 
environments and the computing system needed to support the design 
process is the problem that is to be solved. That problem 
definition must be measured against the time and resotirces that 
are available to determine what part can be solved by specified 
dates . IPAD development must proceed in s\ich a way that the 
evolving system keeps pace with the changing needs of potential 
users and the changing state-of-the-art of computing systems. 


1.2.2 Events Leading to the Pegu ir emen ts 


IPAD has evolved over the past ten years beginning with 
discussions at Boeing in 1967 and continuing with a st\jdy and 
critique process that has included extensive aerospace industry 
involvement. Two in-depth stvidies of the feasibility and possible 
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tonns of an IPAD system were carried out by Hie Boeing Company and 
General Dynamic s/Oonvair» Uie total cx>st of tbese studies over a 
17-month ^riod was $611,000. Each study contractor undertook a 
careful dissection of tne vehicle design process to delineate 
those functions and tasks that can be beneficially supported 
computer hardware and software and then defined the format and 
elements of a software system that could substantially improve the 
design process. They assessed the impact of this IPAD system on 
company computer hardware requirements and on the performance of 
company staffs and evaluated its cost and benefit potential. 

One c^pany examined these questions in the context of design 
of tiixee kinds of vehicles - a large subsonic transport, a 
supersonic transport, and a hydrofoil - and developed a 
comprehensive, detailed picture of the design process as a 
multilayered network of functions. The other examined intensively 
tne tasks and interfaces of individual designers and groups and 
analyzed carefully the inforioation flow in design. They used a 
combiMtion of bottom -up co\inting of the effects of the 
constituent parts of the design process and extrapolation of 
experience with existing small software systems to arrive at 
computer requxrements, costs, and benefxts of IPAD software. Both 
concluded IPAD is feasible and will fit on existing conputers. 

They arrived at software systems that differed in detail, but 
e xh i b ited the same general characteristics and order— of— magnitude 
costs. Projected benefits included 25-»0 percent time and 20-60 
percent cost savings in design, better managanent visibility, and 
reduced product risk and cost resulting frcxn greater depth in 
early trade-offs, on-time designs, and fewer design changes during 
production . 

Results of these studies were aired in four oral reports that 
were heavily attended by representatives of industry; for example, 
83 industry representatives attended the final oral presentations. 
Following completion of the studies, the results were critiqued by 
teams from McDonnell Aircraft Co.; Lockheed-Georgia Co.; Grumman 
Aerospace Corp.; Rockwell International Carp., Los Angeles, 
Aircraft Div. ; Control Data Corp.; IBM Corp.; and Sperry Uni vac. 
These firms examined such questions as coupleteness of the 
studxes, credibility of the proposed systems and projected 
^velopment parameters, user acceptance, and government and 
industry roles. They expended significant effort over fovir 
months, employing 31 team members and about 100 part-time 
consultants. Tne critique reports reveal a wide spectrum of 
views, but stong consensus that IPAD development should proceed, 
should not include disciplinary module development which should 
remain largely the prerogative of industry, and should provide 
early delivery of software and user involvement. Because of the 
inevitable budget limitations, it was recommended that NASA limit 
xts specific objective to production of a truncated, but 
••working,** system. 
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other evaluations of IPAD include an Arroy-fmded study by 
McDonnell Douglas Astronautics Co. of its benefit potential for 
missile design and a small NASA-funded study by Battelle Columbus 
Dahoratories of its potential for non. -aerospace application. In 
addition, the NASA Research and Technology Advisory Ccwmittee 
(RTAC) on Materials and Strxictures sponsored a colloquium of high- 
level aerospace managers at MIT on January 30-31, 1974, at which 
IPAD was examined and dxscussed. As a result, the NASA RTAC on 
Materials and Structures recommended pursuit of the IPAD 
development by NASA. 

In February throvigh April, 1975, an IPAD Prospectxis, prepared 
by NASA, was reviewed and commented by aerospace executives whose 
firms were anticipated to be interested in membership on the IPAD 
advisory board, evaluation of IPAD software, and involvement in 
IPAD support and maintenance in the future. 

An RFP for IPAD development was released in May, 1975. 
Proposals were received from the Boeing Commercial Airplane 
Company, McDonnell-Douglas, and a Computer Science Corporation- 
Grximman tectm. In December, 1975, the Boeing commercial Airplane 
Company was selected as the IPAD System developer. The 
development contract covers a five-year period involving 
approximately 100 man years of development effort. 

contractor worx on IPAD developmait began in April 1976. 
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2.0 IPAD BEQUIREMENTS 


The principal object I've of IPAD is to provide a conputer 
software system vdiich will aid the U.S. Aerospace Industry in the 
design of future vehicles. lPAD*s conqouter based capability will 
substantially reduce design time and costs and will afford 
improved vehicle performance. 

IPAD is an engineering information processing ^stem for 
aerospace v^icle design and is to be installed on the computer 
complexes of major U.S. Aerospace companies. It shall serve as 
the key comnunication and calculation integrator for a large 
nmnber of designers conducting a broad range of design tasks over 
signif iccuxt periods of time and on a %dde variety of aerospace 
vehicles. IPAD will increase the effectiveness of the individual 
designer by accelerating the cooputational and data managemmit 
tasks of the design process. The system must respond to conpany 
needs fnxn conceptual through detailed design and provide 
interfaces to comptrter-aided design and ccmpnter^aided 
manufacturing. IPAD must be readily modifiable and will change as 
the user's needs change. (See figure 2.0-1.) 


2.1 USER INTERFACE 


Requir«nents concerning the user interface cover the areas of 
user language, user tools, and user access. User friendly 
languages will be provided for interface with the IPAD system- An 
assortment of user tools will be available. A variety of modes of 
access and different priorities of access are provided for the 
user's convenience. For the protection of the user and the 
system, user identification and classification are reqttired. 


2.1.1 User Langtiage 

User friendly languages will be provided for interface with 
the IPAD system. A coomtand langtiage will provide access to IPAD 
system capabilities. The comniand language will allow a user, 
unfamiliar with the language, to get assistance on how to use 
IPAD. A query leoig^ge will be pcovided to enable a user to 
access information in the IPAD data base. The IPAD languages will 
be constructed to accomodate users with different levels of IPAD 
expertise; i.e., expert., intermediate or novice. (See figure 

2.1 . 1 - 1 .) 
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Figure 2.0-1 IPAD Requirements 
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Figure 2. 1.1-1 User Language Requirements 



REQUIREMENT 


1 USER U^GUAGE 


SOURCE 


1.4/2. 1.1 


The IPAD user languages (e.g. « conunand, query, edi^, etc.) 
are user oriented aiid consistent In vocabulary, and syntax. 
Defaults are eit 5 >loyed when practical and are directed towards the 
experxenced user. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

A user opinion survey will be used to evaluate the IPAD \iser 
languages for all modes of operation during acceptance testing. 

The evaluation criteria will Include: consistency in vocabulary, 
syntax and format, ease of changing from one user language to 
another, and ease of \jse. These criteria will first be evaluated 
during the user language design phase and svibsequently tested 
concurrently with most of the other requirements, with each user^ 
con^leting a check list for each mode of the user language that is 
tested . 

In addition, tests must be ccmducted to verify that the 
defaults in the \ 3 ser language are operational, and that they are 
directed to the experienced user. 
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REOUIBBIENT 


2 USER SKILL LEVELS 


SOURCE SOW/5.2.2, 1. 4/2.1. 1 


DESCRIPTION 

IPAD shdll dddress 'the problem of var'i.a'ti.on in exper'tise in 
the use of computers and IPAD itself. 

The system shall direct by ■virtue of the user inputs , the 
level of response required and make dynamic ad jus'tments based on 
the detected skill of the user. It is in'tended that IPAD minimize 
frustrations at all user skill levels by c^Jtimizing guidance in 
the use of IPAD commands ana supplying explcuiations of 

, prompts, defaults as indicated by the user input. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

•Jlie system capability to detect the skill level of users and 
maKe ^propriate responses will be checked for all user functions. 

A user opinion sxirvey will be used to evaluate the '*help« 
provided for all uses or IPAD, The criteria considered will be 
^^^iity, clarity, ease of use, adequacy, and appropriateness for 
Skill level. 
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requirement 


3 ERROR DIAGNOSTICS 


SOURCE SOW/5.2.2, 1.4/3. 3.1, 1.4/2. 4. 3 


DESCRIPTION 


All user input to IPAD or its utilities (excluding user 
supplied utilities and application programs) shall be checked for 
errors. IPAD error diagnostics shall 

a. Be complete, clear, concise, cotirteous, and spelled 
correctly . 

b. Explain the error and how to rectify the problem. 

c. Be specifically identified as to sotirce. 

d. Be fully explained in both the user*s manual and through 
HELP mode. 


e. Include warnings for semantically suspicious commands. 

f. Include a brief mode which at the user's option will 
eliminate all but the most essential portions of 
diagnostic messages. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

A user opinion survey will be used to evaluate all IPAD error 
diagnostics based upon the user's ability to quickly correct 
errors through the use of the diagnostics. The diagnostics will 
be evaluated for coxipleteness, clarity, coxirtesy, adequacy of 
explanation, and ease of error detection. 

The user option to request “brief diagnostics will be 
checked. The ability to return to the detailed error diagnostics 
should also be tested. 

This requirement will be tested concurrently with other 
requirements throughout acceptance testing. 


REV. B 


- 20 “ 


2.1»1*1 IPAD Consoand Language 

The IPAD command. Language i.s composed of acfive and passive 
ooiomand types. Active conmands enable the IPAD user to initiate 
IPAD system capabilities. Passive commands help the user to 
'^^^^^stAnd IPAD and how to use the active commands. 

ccMaraand language is to be user frienlly; that is, 
^^^^'^iAted commands will be accepted, default parameters will be 
provided where needed and useful error and warning diagnostics 
will be returned whenever necessary. Host operating system 
capabilities will be accessible from IPAD but the corresponding 
command language will be independent of the host computer. 

Managers or persons in authority will be able to restrict the 
set of commands available to each individual user. Status, 
resource and message reporting will be available upon request. 

Active command functions may be part of subordinate user 
languages but will be accessible through the IPAD command 
language . 
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RH)UIRmENT 


4 COMMAND LANGUAGE FUNCTaONS 


SOURCE 1.4/2. 5. 2.1, 1.4/2. 5. 2. 4 


DESCRIPTION 

IPAD imist. provide a user command language t.o perform certain 
tunctions, examples of vihich are given below. These functions 
include two types: those that are part of the executive level of 

the IPAD coimoand language and taose that are incorporated in 
sxiDordinate user languages. 

Executive-level IPAD command language functions shall include 
the following capabilities: 

• initiate execution of a job. 

• Request loading of SMs/OMs/jobs previously saved by the 
user. 

• Initiate saving of SMs/OMs/jobs for sxibseguent usage. 

• Interrupt execution of a job with or without automatic 
data saving. 

• Restart an interrupted job. 

• Initiate printing of data or programs. 

• Submit a batch job tor execution. 

• yuery the status of a job, 

• Send a message to other IPAD users. 

• Request help. 

• Kequest display of information on use of IPAD (overview, 

key word, procedures, men\is, conmand structure, etc.) . 

• Access IPAD utilities. 

• Access host operating system capabilities. 

• Exit IPAD. 
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Oonunand fiinctions that may be paxrt of subordinate user 
languages, but whicn must be accessible through the IPAD command 
language include: 

• Display an explanation of the current operation that the 
user is performing. 

• Find desired information (data, programs, data 
definitions, etc.) 

• Generate printed reports. 

• Coiipare two data sets or programs. 

• Display graphical information. 

• Define new data elenents/formats/relationships 

• Purge entries from a data base. 

• Review/update data or data element dictionaries. 

• Review Aipdate information aoout tasks, sub-tasks, or 
jobs. 

• Review/update schedule/budget/overall information about 
a project. 

• Enter new data or programs. 

• Edit contents of a data base. 

• Transfer data, aMs/CMs from one area to another. 

• Link OMs together for execution. 

In addition to tne command functions described in this 
requirement, IPAD shall provide a set of ••prompting'* displays that 
are callable from the IPAD conmand language. (See requirement 5.) 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

Ihese commands will be tested with the passive commands 
(requirement 5) in conjunction with other tests. A test procedure 
will be developed to assure that all commands (executive level and 
subordinate language) are tested. 

Considerations for testing include: 
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a) Commands function properly. 

b) Mnemonics are suitable. 

c) Abbreviations are suitable. 

d) Language is ccmsistent. 

e) Defaults are most commonly used cases. 

f) Parameters are easy to use & remember. 

g) Language usage is consistent with documentation. 
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KEOUIREMEWr 


5 USER AIDS 


SOURCE 1.4/2. 4. 1.1 


DESCRIPTION 


IPAD vd.ll provide a nuiaber of aids to assist the user in the 
use of IPAD to accomplish his prodxx^ design task. The user shall 
he ^le to request help to receive an overview of the capabilities 
available to him in the IPAD system. At any time, the user shall 
he able to request an overview of the IPAD commands cturrently 
available. The overviews will include a textual description of 
the capabilities of each command eind a m^u of choices to permit 
the user to request additional information. The user shall also 
he able to request an explanation of cuay c ommand currently 
available to him to receive a textual description of the function 
of the command and an explanation of the syntax of that command. 
The user will also be prompted by IPAD in the entry of his 
requests . 

The engineering user shall be able to use these user aids to 
be guided to the correct procedxire, data, and programs which he 
needs to perform the design function. 

When a command is changed, deleted, or added, notification 
will he sent to the systeios administrator if the required 
accompanying explanation lias not been updated. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

The user aids will be tested throughout the testing period in 
conjunction with other requirement testing. All user aid 
capabilities will be tested. 

The considerations that will be tested arei 

a) User acceptability 

b) Command explanations and oveirviews can be created by the 
system administrator and can be acessed by all IPAD 
users 

c) Command explanations or overviews for a user program can 
be created and requested by users of that task 
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itEOUIREMENT 


6 COMMAND LANGUAGE 


SOURCE SOW/5 .2 .2 


DESCRIPTION 

Ths comma.nd. Idn9Ud9^ shall be easy f.oc tli.e en 9 ineer’xn 9 useir 
to vuiderstand and use » The cotntnands shall appear to the user to 
be independent of the host con^uter, except in those cases where 
it may be necessary or desirable to allow an IPAD user to have 
direct access to host conuoanis. 


abstract of the ACCEPTANCE CRITERIA 

A user opinion survey will be used to evalxiate all active and 
passive commands consider in 9 usefulness, clarity, ease of use and 
adequacy. Test parameters will include a variety of user skill 
levels and batch and interactive modes on more than one host 
computer to verify host independence. 
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REQUIREMENT 


7 ACCESS TO HOST 0/S FUNCTIONS 


SOURCE SOW/5.2.2, 1.4/3. 5. 2, 1.4/3. 3.1 


DESCRIPTION 


The host operating system capabilities shall be accessible 
trom IPAD. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

A subset of functions of the host operating system will be 
selected and used from within IPAD. It will be established that 
the functions are available and operate correctly and that they 
can be intermixed with the IPAD functions. Furthermore, a 
subjective user opinion will be established as to the ease of use 
of host operating system features. 
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REQUIREMENT 


8 COMMAND PROMPTS 


SOURCE 


SOW/5.2.2, 1.4/3. 3.1 


DESCRlPTlCMi 

IPAO snail interpret or translate consnands into appropriate 
operating system functions, possibly initiating other IPAD 
software. 

IPAD shall provide ccKimand decoding, provide error 
diagnostics for syntactically ill -formed oominands, provide warning 
messages xor semantically suspicious commands, accept abbreviated 
commands, supply default parameters, and provide lists of 
Alternate parameters and their descriptions on request from the 
user . 


ABSTRACT OF THE ACCEPTANCE CRITERIA 


The IPAD coioroand language decoding and display capability 
will be tested in conjunction with other acceptance tests and 
should verify that: 


a) IPAD commands function correctly; 

b) Abbreviated commands are accepted; 

c) Warning messages are appropriate; 

d) IPAD will provide lists of alternate parameters and 
their descriptions upon request; 

e) Default parameters are provided for each command. 

User acceptance and operational correctness will be the 
principal eval\iation criteria. 
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REQUIREMENT 


9 USER ACCESS CONTROL 


SOURCE 1.4/2. 8. 2 


DESCRIPTION 


IPAD snail provide a manager or person in authority the 
ability to restrict the set of conmands available to an individual 
user. The default shall be that all commands except those 
reserved for the system administrator are permitted. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

The capability to restrict a set of commands available to an 
individual user will oe tested with the following procedure: 

a) The set of commands to be restricted will be tested both 
as restricted and unrestricted - 

b) The default will be tested to verify that all commands 
are available to the individual except those reserved 
tor the system administrator. 

c) Verify that the system administrator can access reserved 
system commands but that the unprivileged user cannot 
access these commands. 

A user opinion survey will evaluate this capability based 
upon user acceptance and operational correctness. 
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REQUIREMENT 


10 EXIT REPORTS 


SOURCE 1.4/2. 6 


DESCRIPTION 

The command ••EXIT” will cause the user to log-off the system 
preceded oy a resoxirces report on the current session. Two 
reports are available; 

EXIT alone will invoice a summary report on the resources used 
during the c\u:rent session awi will consist of total resouces 
used (CU*s and dollars) , total budgeted to the user and total 
remaining. 

EXIT, R will invoke a more detailed resources sximmary as 
described in Requirement 52, type 1. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

During the execution of other acceptance tests users will use 
EXIT and EXIT, R. The appropriate resource reports will be 
checked for accuracy, completeness and acceptability to the users. 
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2.1. 1.2 Query Language (s) 

A special query language shall be provided for accessing 
inforinat.ion in the IPAD data bases. Queries may be initiated by 
engineers, managers or supporting staff. 
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REOUlfUaMENT 


11 QU£RY LANGUT^GE 


SOURCE SOW/5.2.1.3, 1.3/4. 5.1 


DESCRIPTION 

Access to data element values shall be through an interactive 
query language. The query language shall support logical requests 
wnich include arithmetic (derations and refer to any data element. 
The result of a query may be a single value or a list of values of 
one or more elements. Results of one query may be referenced in 
another query. Queries may be restricted to user designated data 
areas on data sets. The query language stall also be tisable from 
within an operational module running either in batch or 
interactive mode . 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

A user opinion survey will evaluate the interactive query 
language based upon user acceptability and operational 
correctness. Users will request data elements, both directly and 
in batch or interactive user programs . 

The tests should include arithmetic operations on data 
elements and queries vdiich result in single values or lists of 
values. There should be a test in which the resiilts of one query 
axe referenced in another query. It should also be verified that 
queries can be restricted to a specific data set or a specific 
data area. 
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RBiOUIREMENT 


12 HEADER DATA QUERY 


SOURCE 1.3/3. 2.2.1, 1.4/2. 5. 2 


DESCRIPTION 

IPAD shall provide the capability to query data set header on 
any information contained in tiie data set header. (See 
requirements 60.) 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

Users will test the capability to query header data by 
requesting status information about data sets and by requesting 
lasts of data sets based upon different elements of the header 
Information such as owner, data set, type, location, etc. 
Requests should include qvieries on user supplied header 
information. Evaluation will be based upon user acceptance and 
operational correctness . 
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RliQUIRIMENT 


13 MANAGEMENT QUERY LANGUAGE 


SOURCE BCAC-NASA 


DESCRIPTION 


A management query language, vghich may be part of the IPAD 
query language, shall permit interrogation of official project 
data. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

A stan^rd project will be defined. Each of 4 testors will 
develop individual questions and actions to do and then use the 
query langizage to carry out tnese on their own version of the 
project data. Three out of tour of the persons who conduct the 
test must classify both the language capabilities and ease of use 
as acceptable . 
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2.1.2 User Tools 


An assortment ot user tools will be available to all IPAD 
users — ^managers, engineers and supporting staff. The tools will 
be available interactively and in batch mode . The number and 
types of tools made available will change as the needs of the IPAD 
user evolves. (See figure 2. 1.2—1.) 

IPAD will provide tools to enable the user to: 

• edit and update stored data, computer programs and text 
documents ; 

• generate reports using information from the IPAD 
Information Bank; 

• facilitate communication between IPAD users by providing 
utilities to build information menus, organization lists 
and mailing lists and encibling a user to transmit 
messages to other IPAD users; 

• maintain and query references to IPAD documents and 
procedures ; 

• evaluate con 5 >uting system perfomance; 

• help tne user wnen he requests assistance; 

• debug computer programs ; and 

• construct command sequences 
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28. PROGRAM DEBUGGING UTILITY 

29. COMMAND SEQUENCE INTERPRETATION UTILITY 




jPaOUlKByLENT 


14 UTILITY PkCXiRAMS 


SOURCE 1.4/3. 3, SOW/5.2.3 


DESCRIPTION 

Utilities must provide a machine independent interface and 
shall be accessible from both interactive and batch models of 
operation. The set of IPAD utility factions must be open ended. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

Utilxties will be visea in both batch and interactive modes to 
check their availability. The user will provide a new utility to 
check the op>en ended requir^ient. Both of these features will be 
cnecked with the same utility. 
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15 EDIT UTILITY 


SOURC E SOW/5.2.3, 1.4/3. 3.4, SOW/5.1.8 


DESCRIPTION 


General text editing and update capabilities shall be 
provided to perform the following functions: 

a) Tne editor shall permit on-line development of programs 
or data by entering alphanumeric text from the 
interactive console. 

b) The editor shall permit changes to source modules (SM) 
or data by addixig, altering or deleting statements. A 
chronological record of changes shall be kept 
automatically at the user's option. 

c) The editor should allow the user to selectively display 
part or all of the current data set as well as data 
identified by the editor in response to the current 
command. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

The text editor will be checked by several users of the 
Various skill levels. This can be accomplished in conjxinction 
witn other tests . 

Ihe capability will oe checked by: 

a) Entering alphanumeric text at the terminal; 

b) Revision of the text (change, add, delete) at the 
terminal ; 

c) Display the current data or other data in the data set 
at the user's option; and 

d) Maintain a chronological record of the changes made to 
the data (this option will be selected) . 
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These will be tested tor accxiracy, responsiveness and ease of 
operation . 
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KEQOIREMEMT 


16 DOCUMENIATION UTILITY 


SOURCE 1.4/2. 5. 4, 1.4/2. 7. 4 


DESCRIPTION 


IPAD shall provide a complete capability to enter, maintain 
and print documents. The following features are minimum 
requirements ; 

1. Source data entry online at terminal. 

2. Data available immediately arter input for review and 
update (additions, deletions, revisions) . 

3. Support of rough drafts eind finished documents with page 
headings, formatting, footnotes, page numbering and 
right-margin control. 

4. Automatic table of contents preparation through use of 
section and paragraph headings. 

5. Provision to create a document in subsections and 
combine the siibsections to create the total document. 

6. Search for portion (s) of a document based on a search 
argument . 

7. Provrsion for operator developed dictionary to be used 
for autcmiatrc spelling checJc. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

The document preparation and update capability will be tested 
by having expert operators develop, update and manipulate 
documents and by having novice operators use the on-line learning 
capability. The full range of facilities will be tested for 
correctness, and ease of use. 
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REQUIREMENT 


17 REPORTING UTILITY 


SOURCE SOW/5.2.3, SOW/5.1.4, 1.4/3. 3. 8, 1.4/2. 5. 4 


DESCRIPTION 

A report generation capability shall be provided for use in 
user requested, and automatic reporting. This shall include an 
English-liKe display language processor to be used by non- 
programmers to format visual displays, idtaitify, save, and 
retrieve a standard r^ort foimnat both for on-line and batch use. 

The report generation capability shall interface vd.th the 
IPAD data retrieval capability and with utilities such as the 
arithmetxc/iogical operation utility (see requirement 95) , unit 
transformation (see requirement 93), and other applicable 
utilities . 


ABSTRACT OF THE ACCEPTANCE CRITERIA 


The Report Generation Utility will be tested by several users 
by creating a report and having it printed both on-line and batch. 
During testing, other utilities will ne interfaced including data 
retrieval, arithmetic/logical operations and unit transf oirmation. 
Testing will be for ease of operation and accuracy. 
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RaOUIREMENT 


18 MEND BUILDING UTILITY 


SOURCE SOW/5.2.3, 1.4/3. 3. 5 


DESCRIPTION 

IPAD shall provide aids for building menus. Menus are 
est.ablished during the planning and preparation phases and provide 
lists of IPAD commands, computer programs, execution sequences, 
data sets, etc. from which the user may select. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

The capability to allow users to build menus will be checked 
by building menus that will be used for other aspects of the 
acceptance tests. These menus must be easy to build and ftinction 
correctly in the other acceptance tests. 
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KEOUlRtMENT 


19 OKiiANIZATION LIST UTILITY 


SOURCE 1.4/3.3.18 


DESCRIPTION 

IPAD shall provide the means to produce Corporate Like 
Organizational Lists (COLIST) . These lists shall consist of Group 
Names (GNAME) , dependent group names (down to any level) and 
terminating with Individual Named (INAME) members of a group. 

Each individual member may have descriptors assigned such as. 
Supervisor, Social Security No., Security Classification, Mail 
Stop, Phone No., etc. 

In addition to using COLIST for organizational display, it 
may also be used functionally. It shall be possible to use COLIST 
as a means of indicating the receivers of messages or creating a 
mailing list. 

The use of any group name when using COLIST functionally 
implies that all the individuals in all the s\ibordinate groups are 
included. At least tlie following list of functions shall apply to 
COLIST. 

Given a GNAME or an INAME and a DESCRIPTOR NAME, IPAD shall 
be able to: 

a) Display the INAME and the assigned DESCRIPTOR value or 
list the INAMES (Defined by GNAME) and their assigned 
descriptor values, e.g.. If DESCRIPTOR (S) = MAIL STOP 
ORGANIZATION NO., a mailing list will be produced for 
everyone in group GNAME. 

b) Compare the DESCRIPTOR value (s) assigned to INAMES with 
a list Of Similar descriptors assigned to data to 
establish a key-lock relationship. 

This can be used for access permission to classified data 
when GNAME (s) and/ or INAME (s) are assigned to data to denote 
access authorization. 

c) Search and display the INAME (s) within the GNAME (s) 
which have any of the descriptor names assigned. 
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ABSTRACT OF THE ACCEPTANCE CRITERIA 


li.S't. capability will be tested, by producing 
the Corporate Like Organizational Lists (CULISTS) . The procedure 
wxll follow the description of this requirement and will test the 
security access relationship. Messages will be sent to insure 
proper functioning (see requirement 20) , Ohe test will be for 
ease of operation and accuracy. 
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kgyUIREMENT 


20 MAILING LIST UTILITY 


SOURCE 1.4/2. 7 


description 

Such c^i be x^ut accessed a given data 

se?! ^“vlrduellaS: used a specified IPAD utility beloagin, to 
a given organizat^ion.^ e^tc* 


abstract of the ACCEPTlA rK^E CRITERIA 


W 14 -I-W -i-n r^ilow tJie user to construct mailing lists 
oy diSt"tE^ut, spates. l^eSl 

conjunction accessed, such as users of data 

re^rdf SS^erl “ overdue data. etc. The tests will he 
tot ease ot operation and accuracy. 
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REQUIKEMENT 


21 MESSAGE UTILITY 


SOURCE 1.4/2. 7. 2, 1.4/3. 3. 9, SOW/5.1.6 


DESCRIPTION 

There are two basic message types within IPAD. 

1. System to User messages 

2. User to User messages. 

1.0 System to User Messages 

There are two categories of system messages: 

• Messages which originate with the operator or System 
Admini strat or 

• Messages which are sent automatically and are triggered 
by certain user activity. 

1.1 System Administrator Messages 

These messages are assigned the following display priorities: 

• "Authorized User** priority messages. This priority is 
available to the System Administrators and operators and 
any user who is authorized. These messages will be 
automatically dxsplayed during the time IPAD is awaiting 
input from the recipient in CLP mode. 

• "System Adninistrator/Operator" priority messages. 

These messages are automatically displayed dtiring the 
time IPAD is awaiting input from the recipient in any 
user fiinction or the CLP mode. 

• System Admini strator/Operat or emergency messages . These 
messages display immediately, interrupting the 
recipient. 

1.2 Messages Transmitted automatically 

Ihese messages are triggered by special user activity which 
iirpacts other users and informs th^ of a chcuige in status. These 
messages are stored in the recipient's message file in the same 
manner as user to user messages described in Section 2.0. 

2.0 User to User Messages 
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2.1 Message Storage 

Messages sent from one user to another cure stored in the 
recipient's message file. There are no limitations on the size of 
thxs file . 

2.2 "Messages Waiting* Notification 

Wtien a message is stored but not yet displayed, a prompt (or 
xndicator) will display that messages are waiting. The prompt 
will become increasingly annoying as the number of waiting 
messages increases but not to the level that it will disrupt the 
continuity of vgork if tne user elects to view his messages later. 

2.3 Message Display and Save 

When a user elects to display his messages he may save any or 
dll of the displayed messages. Messages not saved are deleted at 
the tenoination of that session. 

2.4 Message Read Confinaation 

The "sending" user will be able to request automatic 
confirmation that his message has been displayed. An automatic 
confirmation message will be sent to him when the recipient has 
displayed the message. 

2.5 Message Accumulation Control 

The automatic printing and mailing of users messages after a 
specific time interval (installation parameter) will be the means 
of controlling the accumulation of unread user messages. After 
uiuread user messages have been printed a certain number of times 
(installation parameter) they will be deleted. IPAD will not 
archive user messages. 

2.b Message Priorities 

IPAD will provide a user message priority scheme. IPAD will 
provide a fixed number of message priority categories and a using 
installation will he able to select its priority message 
categories as an installation parameter. 

The message priority levels wiiich IPAD will recognize 
include: 

• Standard User Messages: as described in Section 2.2 with 
the constraint that the *^essages waiting" prompt occurs 
only when the recipient is in the CLP mode. 

• Priority User Messages: as described in Section 2.2 but 
the "messages waiting" prompt will be different from the 
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standard User message pronpt but occurs only when the 
recipient is in the CLP mode. 

• Emergency User Messages: as described in Section 2.2 but 
the "messages waiting" prompt will be different from the 
Standard and Priority prompts and will be displayed vihen 
the recipient is in any user function. 

ABSTRACT UF ACCEPTANCE CRITERIA 

The message processing capability shall be checked by 
inputting the following message types to a specific user. 

• xrom another xiser with varying message priorities 

• from the system administrator with varying message 
priorities 

• from tlie automatic system message capability resulting 
from user activity triggered messages. 
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REQUIREMENT 


22 DOCUMENT REFERENCE UTILITY 


SOURCE 1.4/2, 4. 4 


DESCRIPTION 

IPAD Shall provide the capability to create, update and query 
(by keyword) references to documents on standard design and 
processing procedures. These references must be identified and 
accessible by revision date. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

The capanility for the user to create, revise and access 
lists of references to documents on standard design and processing 
procedures will be tested. The procedure will be to create and 
revise such lists and then access them by keywords and by revision 
date. Ease of operation and accuracy will be tested. 
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REQUIREMENT 


23 PROGRAM PERFORMANCE MCMITORING UTILITY 


SOURCE 1.4/3.3*17 


DESCRIPTION 


For any IPAD application program, a tacility shall be 
available wnich can be used to evaluate -the program performance. 
Thxs tacility will monitor the execution of such a program and 
identity con?)uter resources that are used in selected sxibsets of 
the program. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

The application program performance facility will be tested 
on at least two application programs with known progreun 
performance. The results of the IPAD monitor will be compared 
with the known results. 
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REOUlRIMi:;MT 


24 JoEAHNING UTILITY 


SOURCE 1.4/3.3.16 


DESCRIPTIUM 

IPAD Shall support, a computer based learning utility. This 
utility shall comprise the following: 

a) A language which permits an author to prepare, maintain 
and improve courseware ; 

b) A means for the student to progress through the course 
material at a self controlled pace by means of branching 
and immediate error feedback; 

c) A means for a teacher to maintain appropriate 

surveillance of the community of users of a given 
coiirse. The capability to control the use of this 
utility shall be provided. The mistakes which the 
learner makes while working the sample problems created 
to teach IPAD will he recorded. The content and format 
of the record will be installation selectable cuid will 
probably contain items such as: course, stvident, 

organization, date, question, and incorrect response. 

Tlie format of this record shall be con^atible with the 
IPAD query facility , 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

Computer based learning and monitoring of learning activities 
will be tested by developing and using a complete course package. 
The author will test the ability to enter material and make 
changes to it. Users of various levels of expertise will act as 
students to check the tutorial features of the utility. Finally a 
teacher of the course will check the capability to maintain 
surveillcuice over the students to analyze their progress. During 
the test, the provision to control access to the utility will be 
checked. The capabilities will be tested tor correct functioning, 
completeness and ease of use. 
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REQUIREMENT 


25 ON-LINE INSTRUCTION UTILITY 


SOURCE 1.4/2. 2. 2, 1.4/2. 2. 3, 1.4/2. 2.1 


DESCRIPTION 


When ttie user is in the learning mode, he shall have a choice 
of available options open tx> him. The user shall be able to 
select from short texts, programmed learning and exainple problems 
available on-line in IPAD. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

The tutorial aids will be tested by several users of variovis 
levels at the terminal. The opbions of short texts 
(describing IPAD featxires) , programmed lear nin g and example 
problems will be utilized during the tests. A user opinion survey 
will r>e conducted to insure the aids are responsive to the users 
satisfaction and successfully teach IPAD. 
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REQUIREMENT 


26 USER ASSISTANCE UTILITY 


SOURCE 1.4/2. 3. 3 


DESCRIPTION 

For the novice user the IPAD System shall present a message 
at log-on asking if direction is needed. An affirmative response 
should result in the activation of user aids to provide an 
overview of IPAD capabilities . 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

A user designated as "NOVICE** will log-on to IPAD and reply 
that direction is required. The user aids will be evaluated for 
providing the user with effective instructions for using IPAD. 
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&EOUIREMEMT 


27 USER INTERFACE DESCRIPTION UTILITY 


SOURCE BCAC-NASA 


DESCRIPTION 

A Utility will be provided for creating and interrogating 
data sets of text that describe the user command interface to IPAD 
and to selected user supplied modules and data. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

The utility to create and interrogate user commands data sets 
will be tested by several users by creating the text for some of 
the comnands dvuring the acceptance testing and by interrogating 
those and existing data sets. The user comnands will include IPAD 
and some user supplied modules. Testing will be for ease of 
operation, responsiveness and accxiracy. 
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REOUIKEMENT 


28 PROGRAM DEBUGGING UTILITY 


SOURCE 


1.4/2. 5. 2, 1.4/3.3.17 


DESCRIPTION 

IPAD Shall provide on-line debugging aids such as: 

• The ability to stop the action and then proceed; 

• The ability to execute stepwise; 

• Tne ability to determine or change the value of any 

program variable in any subroutine while the action is 
stopped ; 

• The ability to query and update the information bank 
(e.g., values of elements) while the action is stopped. 


ABSTRACT OF THE ACCEPTANCE CRITERIA ' 

The debugging aids will be tested by several users in 
TOnjvuiction with other acceptance tests vdiile running programs on 
The procedure will follow the steps outlined: 

a) Stop the action; 

b) Execute the program stepwise; 

c) Determine the value of any program variable; 

d) Update values of elements; 

e) Proceed with the program. 
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REQUIREMENT 


29 COMMAND SE3QUENCE INTERPRETATION UTILITY 


SOURCE SOW/5.2.2, 1.4/2. 4. 1.2 


DESCRIPTION 


IPAD shall provide means for au-toma-tic interpretation of 
sequences of operations to be performed using IPAD. The user 
shall have the ability to construct conmand sequence files either 
through the normal text editing features of the system or by 
requesting IPAD to save a sequence of commands from a work 
sessicn. The coimiiand sequences shall be '^macro— like** in the 
user's ability to allow tor operand substitution by run time 
parameters. IPAD shall have the capability to interrupt a 
s^uence to alert the user to unexpected conditions, e.g., input 
file not available, abnormal termination of a program, etc. IPAD 
shall have the capability to supply automatically the default 
intermediate requests to IPIP for retrieving or saving files to 
permit continuity of a user defined cooKoand sequence. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

Command sequences will be created, executed aixl the results 
checked according to the following procedure. 

a) Create and execute command sequence data by saving user 
commands. 

b) Modify and execute command sequence data created in a) . 

c) Create and execute command sequence data identical to a) 
by use of the text editor. 

d) Modify and execvite conunand sequence data created in c) 
to make it identical to b) . 

Both parametric and non-pararoetric commands will be tested 
and must work correctly. 
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2.1.3 User Access 


This section presents the requirements that concern the user 
access xn the areas of mode ot access, priority of access, and 
user security and identification. 

Specified under mode of access are the type of access of 
xnteractive (interactive batch, etc) , the type of terminals, job 
interrupt, checkpoint/restart, and real time message capabilities. 

Pour different capabilities of user priority are recognized. 
The purpose of the different categories is to keep an adeqxiate 
access and response time for the majority of the users. 

Security is provided for the individual user by the use of 
password identification and user classification. (See figure 

2. 1.3-1.) 


2. 1.3.1 Mode 

There are a variety of modes available to the IPAD user for 
interfacing with the IPAD system. He may interface via an 
interactive termxnal, batch control cards or by initiating user 
programs that issue commands or calls for IPAD capabilities. 
Interactive work may be done exther by textual or graphical 
terminals. Batch jobs may be siibmitted remotely via a satellite 
ccMuputer . 

Batch or interactive jobs may be interrupted to review 
intermediate results or obtain help. Execution may then be 
resumed or aborted. Batcn jobs may be submitted from interactive 
teriTiinals. 

A checkpoint/restart capability may be applied to any job 
running under IPAD. Parameters, for controlling when checkpoints 
are taken, will be controlled by the user. 

The laser may elect to have real time messages sent to all 
interactive terminals or to have data viewed by multiple terminals 
simultaneously . 
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>13. USER CLASSIFICATION DISPLAY 

A3.1 USER ABSENCE AND REASSIGNMENT CONTROL 




KEOOIKEMENT 


30 INTERACTIVE, BATCH, AND PROGRAM COMMANDS 


SOURCE SOW/5.2.2 


DESCRIPTION 


The user shall have the ability to coninunicate with IPAD 
through interactive termxnal cxanmands, batch control cards, or 
coimnands or calls from vtser programs in execution under IPAD 
control. The format of the commands shall be compatible in these 
three modes v^erever possible. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

A set of three tests will be used to evaluate the three modes 
of IPAD communication for all IPAD commands. The conunands must be 
available and operational in all three modes of conuounication, and 
will be evaluated for format compatibility between the three 
modes: 

a) All IPAD commands will be tested using an interactive 
terminal; 

b) All IPAD coramands will be tested using batch control 
cards (submitted over tne counter and RJ£) ; 

c) All IPAD coirmands will be tested using calls in programs 
executing under IPAD control. 
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REQUIREMENT 


31 INTERACTIVE TERMINALS 


gPORCE sow/5. 1.1, 1.3/3. 3.6, 1.4/3. 5. 3 


DESCRIPTION 

IPAD Shall accoimnodate interactive terminals as primary user 
xnterface. Coramunicaticai rates shall he limited only by hardware 
factors unless stated as a part of the system design. The design 
shall not preclude advances in terminal technology. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

Tne ability of the IPAD system to facilitate textual and 
graphic (storage and refreshed) interactive terminals as the 
primary user interface will be tested for ease of use by systems 
while building software interfaces for the devices 
listed in requireaent 122- 

Coramunication rates on these devices will also be tested to 
ensure that the only limitations are due to hardware. If 
limitations are discovered, the system design must so state. 
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RtiQUIBEMENT 


32 SATFJ.TJTE COMPUTER SUPPORT 


SOURCE 1.3/3. 3, 2 


DESCRIPTION 

IPAD jobs may be executed in vdiole or in pairt on a satellite 
computer (a remote system) . These jobs must be recognized and 
supported by tne IPAD System. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

Test the capability of IPAD to support a distributed 
computing network in the following tests: 

Run jobs on the IPAD host which are executed in part on a 
satellite computer; 

Run 30 bs on a satellite computer IPAD which are executed in 
part on the IPAD host. 
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KEQUIREMENT 


33 INTERRUPT AND RESUME CAPABILITY 


SOUR(^ SOW/5.1.11. SOW/5.3.1. 1.4/2. 1.3. 1.4/2. 4. 2 
DESCRIPTION 

The user must: have the capability to interrupt his 
ij^teractive terminal session at any point for the iollowing 
reasons: 

a) yuit and cancel results of current session; 

b) Interrupt and resume at a later time; 

c) Interrupt execution and review results to that time; 

d) Interrupt execution and obtain HELP. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

The interrupt, termination, cind restart capabilities of IPAD 
will tie tested in an interactive terminal session. A special 
san^le of input data will be specified. Tests should include: 

1. yuit and cancel results of current session. 

a) The user will interrupt and purge all data sets 
generated in the current work session. 

b) The user will interrupt euid purge at least one data set 
generated in the current work session. 

2. Interrupt and resume at a later time. 

3. Interrupt execution and review results to that point. 

4. Interrupt execution and request HELP then restart execution. 
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34 BATCH JOB PROCESSING 


SOURCE SOW/5.1.12, SOW/5.3.1, 1.4/2. 4. 3, 1.4/2. 5. 3, 1.4/3. 5.3, 
1.4/3. 3. 6, 1.3/3. 3. 6 


DESCRIPTION 

IPAD shall permit sxxbmittal o± a compvrting job for batch 
processing from an interactive terminal, or through normal batch 
siibmittal. It shall be possible to monitor progress and to 
interrupt a hatch execution for the following reasons: 

a) Review intermediate results , and 

b) Abort the job. 

When an interactive job is switched to batch processing, the 
system will suspend the job when it is complete or when user input 
is required. The user wxll be able to restart, the job at the 
point of suspension. 

The user shall also have the capability to trcunsfer a batch 
job to interactive processing. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

Tests of batch submittal in IPAD will be conducted to verify 
the following: 

• A hatch job may be submitted from an interactive 
terminal ; 

• A hatch job may be sxibmitted using “over the counter* or 
RJE procedures; 

• A batch joD in execution may be transferred to 
interactive processing; 

• A batch job in execution may be interampted; 

• A suspended batch job may be restarted at the point of 
suspension. 
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The tests will include a mix of batch jobs, requiring data 
various sources as defined in the sanple test input data. 
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REQUIREMENT 


35 CHECKPOINT AND RESTART CAPABILITY 


SOURCE BCAC-NASA 


DESCKIFflON 

A checicpoint/restart capability shall be availcd>le for jobs 
zvinning under IPAD control. Checkpoints shall be \iser selectable 
in terms of elapsed time, resources consumed or events. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 


Test the checkpoint/ restart capability for operational 
correctness in both batch and interactive inodes. A special sample 
of test input data will be supplied. The capability to establish 
a checkpoint and to restart a job successfully from the specified 
checkpoint will be tested under each of the following conditions; 

1 . A user established checkpoint based on elapsed time; 

2. A user established checkpoint based on computer 
resources consximed, including memory, number of data 
accesses, etc. for each resovurce parameter which may be 
controlled by users ; 

3. A user establ ashed checkpoint based on a specific 
••event", for example, completion of a sequence of 
opera txons, or excessive use of a resource. 
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requirement 


36 CONPERENCE VIEWING OP DATA 


SOURCE 1.4/2. 7. 3 


DESCRIPTION 

IPAD snail provide the means for multiple or conference 
viewing of data. Tnis requires concurrent display of data at more 
than one terminal. In addition, IPAD shall provide the means to 
send real time messages and to edit the data being viewed by all 
the members of the conference. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

The following three "conference mode" capabilities of IPAD 
will be tested using two, five, and ten terminals: 

The tests should verify that both alphanumeric and graphical 
data will display concurrently on all terminals in conference 
mode. 


There will be a test to ensure that \isers at any terminal in 
conference mode are able to edit data. It must be verified that 
no two terminal tisers can simultaneously edit the data being 
viewed. 

A test will verity that a message input from any terminal is 
displayed correctly on all terminals in conference mode. 
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2. 1.3. 2 Priority 

Pour different categories of user priority will be 
recognxzed: standard, appointment, short duration, and emergency, 

Tne standard user*s access time and t\irnciround time is dependent 
upon system load. The purpose of the appointment category is to 
give a user an opportunity, through the use of appointments, to 
run in a semiprivileged state. An appointment user has fast 
access to the system and cannot be put in a wait queue when the 
system gets overloaded. Short duration users are privileged in 
access and response time but limited in hook-up duration and 
restricted in activities. An emergency user hcis top priority over 
all otlier categories of users. 

A quantity called the Standard Limiting Response Time (SLRT) 
will be used to insure that system response time for all users 
including the emergency, short duration and appointment use is 
always within the prescribed limits. 
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R£UU1KEMENT 


37 USER PRIORITIES 


SOURCE 1.4/2. 3.1 


DESCRIPTIOi 


•Die IPAD System shall recognize the following categories of 

user: 


• Emergency 

• Short Duration 

• Appointment 

• Standaxd 


The Emergency User shall be 
have the following capabilities: 


recognized by the IPAD System to 


a) He will have iiamediate access to the system. 

b} The control procedures for obtaining an emergency 

priority will be left to the IPAD system administrator. 


c) He will have top priority over all other categories of 
user during job execution. 

d) He will be penalized with a premium charge. 


Til® Short Duration (SD) user will be recognized by the system 
to have the following capabilities and restrictions: 


a) He shall be able to access the con^uter with a minimum 
frustration from communication overload. The following 
criteria shall apply: 95% of the SD users* attempts to 

establish a communication link with IPAD shall be 
successful within 10 seconds of con^leting the mechanics 
of establishing canmuni cation, i.e., finish dialing. 

The system design should consider the following 
possibilities : 


(1j Some hardwired terminals with direct communication 
to IPAD; these terminals would be dedicated SD user 
terminals; or 
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(2) If norraai telephone lines are used some kind of 
hold device which will accept user calls and process 
them in the order received, hut with sufficient lines to 
meet the 95%-10 seconds criteria specified above. 

b) The SD user shall be restricted to a fixed hook up 
duration. “Diis duration shall be adjustable to suit 
individual company needs. The range should address 0-30 
minutes if syst&a design requires the range to be set. 

The SD user shall be restricted in activity so that he 
may not perrorm functions which wotild affect the 
integrity of information in the information bank in the 
event that the time limit was reached before the user 
had completed hxs task (e.g., any kind of editing task). 

c) The system administrator shall be able to establish the 
functions available to an SD user. For example: 

(1) Determine the status of things: 

• System load (holding queue status) 

• Check on job status or resources 

• Keview and query data in information bank 

(2) Make, cnange or cancel an ^pointment 

(3) Receive and send messages 

(4) Abort a batch job 

d) In the event that the SD user reaches his time limit he 
shall be unconditionally logged off. 

The Appointment user shall be recognized by the IPAD System 
to have the following capabilities and restrictions. 

a) The Appointment user is defined as a vtser who has 
requested and been granted, by the IPAD System, a 
specifxed work period or periods in IPAD for a defined 
date. 

b) The IPAD System shall be designed to recognize a daily 
cycle of appoxntments. The cycle shall consist of an 
appoxntment startiiig time (S) and a given number of 
appointment periods (N) each having a duration time of T 
minutes, where S, N and T may be selected by the company 
xising the system and should have the following range of 
values, 0 < S < 1440 minutes, 3 < N < 288, and 5 < T 
minutes < 480 (where T is in increments of 5 minutes) . 
The condition that T^N> (1440-S) must also be satisfied. 
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c) The syst.eia shcd.1 be designed so tiiat. a company can 
remove the appointment capability if it so desires. 

d) Tne IPad System shall be designed to limit the number of 
users vrtio can maJce appointments in an appointment 
period. 

e) A user may mate appointments for himself or others from 
the COMMAND mode. When making or changing an 
appointment tne user may enter the date for vhich he 
requires the appointment and the system will display to 
him the appointment periods (in hours and minutes) still 
available to Irim. He then selects an appointment 
period. 

f) Each IPAD user (as detined by the permission codes) 
shall be limited in the number of appointment periods he 
may use in any four week period. Bie number of 
appointment periods and the specific four week cycle 
dates are flexiole and may be selected to suit 
individual company requirements. 

g) A user can request an appointment up to D days ahead of 
tne appointment date and may change or cancel that 
appointment up to H hours ahead of the appointment time 
without fortext of his allotted appointment periods. 
Where 0 < D < 2d and 0 < H < 48 may be selected by the 
using company . 

h) An appointment user must use his appointment during the 
time the appointment period is in force or his 
appointment will be dropped from the system and he will 
forfeit his allotted appointment period. 

i) An appointment user is not restricted in the manner in 
whxch he elects to make his allotted appointment 
periods. He may mate them singly or any number in 
series up to the maximum allowed. He must designate the 
number of periods he requires when he makes his 
appointment . 

j) The appointment user shall be able to access the 
computer subject to the following criteria. 

95% of the attempts to commiinicate with IPAD by an 
appoxntment user shall be successful within 10 seconds 
of dialing. Ihe system design should consider the 
following possibilities: 

(1) Some hcurdwired terminals with direct conniuni cation 
to IPAD. These terminals would be dedicated 
(appointment user terminals) . 
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(2) If normal telepnone lines are used the system shall 
be designed to reserve sufficient lines during each 
appointment period to accommodate the n\imber of 
appointment reservations. 

Jc) If the appointment user has not completed his task by 
the end of the requested appointment period (s) the 
system will take the following steps. 

(1) Tne system will enforce a normal INTERRUPT. 

(2) The system will check and list the appointment 
periods available for the rest of that day and inform 
the user. The \iser may then elect to: 

• Take a new appointment, and if it rtms concxirrently, 
continue with his work. 

• If he has a job in execution he may transfer to a 
batch job. 

• Request standard user category if resources are 
available . 


• Log -off the system. 

The Standard user shall be recognized by the IPAD System to 
liave the rollowing capabilities and restrictions. 

a) The Standard user has no special privileges. If all the 
conuttunication lines are occupied he has no recourse but 
to keep dialing. He can check on the system load 
through SD capability and decide on his next course of 
action . 

b) In the event of system overload he will be unable to 
commence his task even though he is able to communicate 
with the system. He will be held in a waiting queue 
until the system response level permits him to use the 
system. 

c) During the period in which a Standard user is held in 
the waiting queue he will be informed on a regular basis 
of his position in the queue and will be able to make an 
appointment or log-off. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 
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^ I'PAD useir Cd 'te 90 ri.es — access consi.dera't.i.ons wxXi. be 
tested with the procedures summarized below: 

General 

A user in each oi ■the four categories will attempt to access 
The results and 'the IPAD responses will be compared to 
''^®rity chat IPAD recognizes the four cateqories of user. A user 
opinion survey will evaluate IPAD access tor each category. 


Bnergency Users 

The emergency user »s access to IPAD should be tested and 
evaluated: 


Verity that the eniergency user has "immediate” access to 
the system. 


• Check the accounting for the session to demonstrate -that 
the emergency user pays a premivim charge. 

• Test that ■the system administra'tor can assign eraergenc'v 
status . 

• Compare a mix of jobs from different user categories to 
verity -that the emergency job has priority. 

Short Duration 

The Short Duration user's access to IPAD should be tested and 
evalua-ted : 


IrOOO attempts to access IPAD as a short duration user 
should be made. At least 950 attenpts must be 
successful within 10 seconds after con^leting the 
mechanxcs of establishing communxcation. 

An SD user should exceed his duration to verify that he 
will be unconditionally logged off . 

Check that the short duration parameter may be varied by 
company installation. Test several different values, 
including the range boundaries of 0. and 30. Also, test 
invalid values. 

An SD user should attempt to edit and t^date datasets, 
to execute a 30 b, and to perform other functions which 
might affect the information bank. These operations 
should not be allowed. 

Verify 'that the SD user is able to perform ■the functions 
specified for him in ■this requirement. 
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• Test that the system administrator is cUsle to establish 
or restrict the functions available to the SD user. 

i^pointment Users 

The appointment user's access to IPAD should be tested and 
evaluated: 


> Several appointments should be made for defined dates. 

It shovild be verified that this user is able to access 
IPAD during these appointments, and that other users are 
not able to use these appointments. 

> Check that all appointment parameters specified in this 
requirement may be set or modified by each conpany. 
Verify that tnese parameters must satisfy ccmditions in 
the requirements. 

> Test the IPAD access scheme without the optional 
appointment capaibility. 

• Specify a limit of 5 users tor each appointment period, 
and verify that the sixth user will be \msuccessful in 
makxng an appointment. 

• Users should test the following: 

a) Change the time and/or date of an appointment. 

b) Cancel an appointment. 

c) Make appointments for other users. 

d) Change/cancel appointments for other users. 

e) Specify date and select appointments frcxn 
displayed cnoices. 

• Specify a "company^ limit of 20 appointments per user 
for a four week period, and verify that a user cannot 
exceed this number. 

• Verify that a user can cancel or change an appointment 
if the numher of homes notice limitation is met. 

• Verify that a user forfeits his appointment if he 
attempts to change or cancel it after the “H** limit is 
passed. 

• Check that the user cannot make an appointment 
insufficiently far in advance. 
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• A user should make an appointment and fail to keep it 
without cancelling. The appointment should be dropped 
from the system. 

• 500 attempts should be made to access IPAD with cui 
appointment. Of these, at least 4 75 attenpts should be 
successful to meet the 95% requirement. 

• Continue to use IPAD beyond the allocated appointment 
time to evaluate the options under IPAD. Test the 
following : 

a. With a light appointmi^t load, verify that the user 
may make an immediate appointment and continue his work. 

b. With a •'capacity* appointment load, the tiser*s 
attempt to make an immediate appointment shoxild fail . 

c. Make an appointment for later in the day. 

d. When a user*s job is executing at the time his 
appointment rvins out, transfer the job to a batch job. 

e. When siifticient resoxurces are available to permit 
standard users, verify that the user can continue as a 
"standard '• user. 

f. When sufficient resources are not available to 
permit standard users, verify that the user cannot 
continue as a standard user. Check that the user can 
log off. 

Standard Users 

The standard user's access to IPAD shall be tested and 
evaluated : 

• Verify that the standard user has no special privileges 
and that in a cart 5 )etition for resources, other users 
have priority over the standard user. 

• In a test to siioulate system ov^load, verify that the 
standard user can coraaunicate with IPAD as he is held in 
a wait queue. Verify that the user is informed of queue 
positicrx and that ne can make an appointment or log off. 

Verity that the standard user can use IPAD once the 
system load is reduced. 
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requirement 


38 STANDARD LIMITING RESPONSE TIME 


SOURCE 1.4/2. 3.1, 1. 3/3.3. 5.3 


DESCRIPTION 

The system shall recognize a quan-ti^y called STANDARD 
LIMITING RESPONSE TIME (SUIT) . The value and means for computing 
■the value of SLRT shall be variable and controlled by each 
individual company using the system. 

The system shall compute the actual response time (ART) based 
on installation parameters and take the following action: 

a) If ART > SLRT the system will block Standard users from 
performing their task in IPAD and place them in a 
waiting queue . 

b) If ART < SLRT the system will not block Standard users 
from performing -their tasks in IPAD and will process 
users xn order from the waiting queue. If the queue is 
■vacant. Standard users may r»e processed directly. 

Privileged xrsers (imergency. Short Duration and Appointment) 
are not affected by SLRT and will be permitted to access the 
system wi-thout constraint. 

The SLRT shall apply to only the interactive user and shall 
have no effect on IPAD jobs -that cire submitted for batch 
processing. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

The Standard Limiting Response Time (SLRT) will be tested by 
defming parameters for measuring response time and loading the 
system so that ART > SLRT. A check will he made that standard 
users are blocked from performing tneir task and are placed in a 
wait queue. There will he users of the other category to insure 
they are not affected by ART and SLRT. 
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2. 1*3 >3 User Security and Identification 

IPAD raust provide security for individual users. This 
protection will be provided by ^ploying \iser passwords. These 
passwcords must provide unique identification, mxxst be protected 
from discovery and must be easy to use and modify. 

Access to IPAD data will be controlled by tiser 
class xfication. Data manipulation will likewise be controlled. 
User classifications will be available upon request. 



REQUIREMENT 


39 USER IDENTIFICATION 


SOURCE 


1.4/2. 3. 2 


DESCRIPTION 

The IPAD system shall determine the authority of a \iser to 
access IPAD through the use of an identification sequence which 
shall include user identification, password, security 
classification, and project identification. 

Identification in this context establishes user personal 
identification and the discipline or group to v^ich the user is 
assigned. A password or other meeuis of verification is required 
to protect the person being identified from impersonation. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 


User access to IPAD will be tested to identify satisfactory 
operation for both interactive and batch modes. Tests will 
include both valid and invalid user identification. User access 
to IPAD will be tested for user acceptance. Users with various 
levels of coir 5 >uting skills will access the IPAD syst-esa and remote 
IPAD system and will input unique ID coid applicable user ID 
verification. A user survey will be conducted for ease of use and 
adequacy. 


- 78 - 



REV. B 


KEWIREMENT 


40 UNACCEPTABI£ USER IDENTIFICATION 


SOURCE 1.4/2. 3. 2 


DESCRIPTION 


The system shall recognize unacceptable identification and 
indicate to the user the source of the inaccuracy and subsequently 
permit him to re-enter the identification data . After x such 
attempts (where x is an installation parameter) without successful 
acceptance of the identification data, the user will be terminated 
from IPAD after being forewarned prior to the last atten^t. Any 
immedxately following an unsuccessful access attempt 
shall be recorded and made available to the system administrator. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

Users will attempt to log on with improper user IDs and 
passwords. A check will be made that users cure allowed 3 
attempts; that users are forewarned after two attempts and that 
records of unsuccessful access attenpts are only available to the 
system administrator. 
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RiaOUlREMENT 


4 1 PASSWOiUD PROTECTION 


SOURCE 1.4/2. 3. 2 


DESCRIPTION 

The password shall be protected Irom discovery as a result of 
its normal use. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

CnecKs will be made to insure the password will not be 
disclosed through its normal \ise. These will include a check to 
make sure the password is not displayed on the terminal or on 
batch printout. A check will also be made to insure that a non- 
authorized user cannot access any records of user passwords. 
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REQUIKEMENT 


42 PASSWCRD CX>NTROL 


SOURCE 1.4/2. 3. 2 


DESCRIPTION 

The establishment and subsequent changes to the password 
shall be accomplished with a minimtim of user inconvenience. 
Changes may be accomplished by the user. 


ABSIRACT of the ACCEPTANCE CRITERIA 

ChecK the IPAD capability to assign and change uset 
passwords. A password will be defined for a set of typical users. 
Each of these users will chemge their assigned password a minimum 
of 5 times wnile testing other features of IPAD. Atteiupts will be 
made to illegally access password data. 
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REQUIREMENT 


43 USER GLASSIFICATION DISPLAY 


SOURCE 1.4/2. 5. 4, 1.4/2. 5. 2 


DESCRIPTION 


The IPAD System shall provide the user on request with a 
display of his classifications for accessing and manip\ilating 
data. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

Por variolas users with a distribution of authorized functions 
and data access classifications, a check will be made to insure 
correct reporting of these classifications- A check will also be 
made to insure that users may lose authorized functions and data 
accesses while they are prevented from unauthorized activity. 

Tests will be for correctness and useability. 
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REOUIREMENT 


43.1 


USER ABSENCE AND REASSIGNMENT CONTROL 


SOURCE 6.3.8 


DESCRXITIQN 


It shall be possible to convey to IPAD that a user will be 
absent from active participation on the system as follows: 

a) User initiated — between defined dates (vacation, trips) 

b) Management initiated — after a specified date, for an 
indefinite period, for any reason (treuisfer, 
termination, etc.). The manager who will reallocate the 
worJc shall be identified. 

Notification of absence a) above, shall result in protection 
of the user *s working area including automatic deletion 
cspaoilitites such as deletion of messages not read within an 
allowed time. Messages will be accepted during this period and 
sending users will be notified of the intended recipient's 
absence . 

The time period allowed between the starting and finishing 
date for category a) is a systCTi parameter. 

Notification of absence b) to the system results in offline 
warning messages being sent to the manager respc»isible for the 
absent user*s work. The message will remind the manager of the 
user's termination date and will list the tasks, subtasks, 
suspended jobs, data sets and programs for which the terminating 
user is responsibxe in order that the manager may reassign them. 
The messages will be sent periodically until everything has been 
reassigned. 

Users who have accessed data or programs owned by the 
replaced user will receive automatic messages informing them of 
the Change in data ownership. 


ABSTRACT OF THE ACCEPTANCE CRTTERTA 

capability of IPAD to track the absence of users and make 
appropriate notification of the absence will be tested by 
simulating a series of absences. 
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2.2 DESIGN SUPPORT AND CONTROLS 


A design process is a coniplex network, of engineering, 
computational and management activities. IPAD will support the 
plannxng, defining, modifying and reporting of the design process. 
Management monitoring of projects will also be supported. 


2.2.1 Design Process Support 

IPAD will support engineering and management in planning, 
defining, modifying, controlling and integrating engineering 
technical processes, support provided includes the building and 
saving of job sequences , the execution and monitoring of jobs , 
process reporting and data release control to inform users of data 
status. Inrormation to be shared by more tham one organization 
sliall be under release control. (See figtre 2.2. 1-1.) 


2. 2. 1.1 Definition 

The ability to plan, define and modify an integrated 
engineering technical process snail be supported by IPAD. The 
design process shall serve as the basis for data identification, 
control of information flow, etc. The processes in txim will be 
associated with a specific design project. 

The building block of a process shall be a job. A job will 
involve user iiiput data, execution of user computer programs or 
IPAD utilities and a choice of outputs. A job may be processed in 
batch, interactive or mixed mode. Data flow occurs between and 
within jobs. 

Jobs may be grouped into hiereurchial levels- The highest 
grouping is defined as a process- The niimber and designation of 
these levels is defined by the user. IPAD shall be able to 
recognize an unlimited number of processes. 



2.0 FULL IPAD REQUIREMENTS 
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Figure 2.2. 1-1 Design Process Support Requirements 




REQUIREMENT 


44 PROCESSES PLANNING AND DEFINITION 


SOURCE 1.3/3. 3.1, 1.3/3. 3. 6, 1.3/3. 3. 2, 1.3/3. 3 


DESCRIPTION 

The capability to plan, define and modify an integrated 
engineering technical process such as the reference design process 
described in Db- IPAD-70 010-D and its associated data interfaces as 
described by the data flow model in section 2.0 of D6-IPAD-70012-D 
snail be supported by IPAD. The information contained in such a 
process definition shall be used by IPAD tor data identification, 
control ot information flow and activities, etc., when such a 
process has been made part of a specific design project. 

Tiie building block, of a process shall be a job. A job may 
involve user input ot data, execution ot one or more computer 
programs as well as executioii of one or more IPAD utilities or 
system functions . A job may be processed in a batch, interactive 
or mixed mode. Data flow occurs between and within jobs. 

Jobs may be grouped and such grotj^js of jobs grouped further 
in an hierarchical fashion to any level. The highest group is 
defined as the process. The number of levels in this hierarchy 
and the designation of these levels shall be definable by the 
user. 


IPAD shall be able to recognize an unlimited nuntoer of 
processes. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

The process planning and defimtion capabilities of IPAD will 
oe tested for adequacy and ease of use by defining to IPAD a 
subset of one or more levels of the refer^ce design process 
including the data flow. A test should verify that the data flow 
model shall result in an accurate data transfer between two jobs 
or between a job and the information bank. 

The capability to identity changes to the process and data 
flow detinrtions will be tested to verify that IPAD will 
oistinguish between each process or data flow version. 
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An arbitrary n\amber of processes and data flows will be 
defined until hardware capacity is reached and then tested in a 
simulated prc^uction environment. Accuracy must not be affected 
the quantity or defined processes. 


\ 
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2. 2. 1.2 Preparation of Jobs 


IPAD will support tne building and saving of job sequences. 

In connection with job sequences, IPAD wxll provide the mecms for 
collecting data, preparing and verifying input, and setting up and 
checking data flow between programs. 
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BEQUIRaiENT 


45 JOBS PREPARATION 


SOURCE SOW/5.1.9, 1. 4/2.5. 2, 1.3/5. 1.3 
DESCRIPTICM 

IPAD sJiall provide means for preparing for a job or a group 
of jobs: 

Tnis involves : 

a) Collecting coir 5 >uter programs; 

b) Assembling programs into a job sequence; 

c) Setting up and checking consistent and con^atible data 
flow among the programs in the job sequence; 

d) Collecting data; 

e) Preparing and verifying input; 

f) Storing job sequence for future use. 

These sequences may be defined in terms of previously defined 
sequences. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

All the IPAD system aids described in this requirement for 
preparing jobs or groups of jobs will be tested by several users 
to determine if they are operationally correct. The tests will 
include defining job sequences in terms of previously defined job 
sequences. A user survey will evaluate these aids for ease of 
operation, accuracy, and efficiency. 
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2. 2. 1.3 £xecut.ion and Moni-toring of Jobs 

The system shall provide the means t.o assist, a user in 
rxuming a job or sequence of jobs within IPAD. Computer program 
refertmce to data sets, input and output, is controlled by the 
user and may be specified by the user on a computer program at 
execution time. Informatxon to identify these data sets may be 
supplied by the user or by a computer program. 
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REQUIREMENT 


46 JOB EXECUTION AND MONITORING 


EQURCE 1.4/2. 5. 3 


DESCRIPTION 


^ The system shall provide the means to assist a user in 
running a job. In this context, a job may involve more than one 
computer program linked in sequence. The following activities are 
examples of activities which shall be available while running a 
job: 

• Reviewing selected intermediate results 

• Reviewing selected final results 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

Several users will test the IPAD syst^ capabilities to 
assist a user in running a job, including: 

a) Reviewing selected intermediate results; 

b) Reviewing selected final results; 

A user survey will evaluate these capabilities based on 
opstational correctness and ease of use. 
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requirement 


47 DYNAMIC REFERENCE TO DATA 


SOURCE 1.3/4. 5. 2 


DESCRIPTION 

IPAD Shall permit, conputer programs to reference data sets in 
specific aata areas with the user identifying the input and output 
data sets to the job or group of jobs at execution time. These 
data sets may be identified by information supplied either by the 
user or the program. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

The capability to dynamically reference input and output data 
sets at execution time will be tested by several users 
concurrently. The tests will include data set identification 
supplied by both the user and user programs. The capability will 
be evaluated for ease of use and accuracy. 
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2.2. 1*4 Repor-ting 


Design process reports shall be available either through 
routine reporting or upon specific request. These reports may 
relate information about the design process model, data flew or 
technical status of data. 
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REQUIREMENT 


48 PROCESS REPORTS 


SOURCE BCAC-NASA 


DESCRIPTION 

IPAD Shall provide for design process repcarts. These reports 
include a display of the design process model or parts thereof 
including data flow as well as technical status of the data. It 
shall be possible to define these reports as part of the process 
itself but they shall also be available to the user at his 
specific request. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

This test will be in two parts. First the ability of IPAD to 
dxsplay in graphical form the design process definitions will be 
tested by defining a multi-level fairly complex design process and 
displaying all and selected parts of the model. 

Secondly, a test will be made of IPAD's ability to report in 
graphical or textual form on status of data \idien the process has 
been made part of a project. Two design processes will be defined 
and made part of a project. Simulated progress will be created. 
Automatic, user requested, problem, and technical statixs reports 
will be evaluated for correctness. 
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2.2. 1.5 Control of Information 

Information to be shared by more than one job or by more than 
one organization shall be under release control. Jobs may use 
non -released data for generating preliminary results, but 
resultant data based on non-released information shall be non- 
releasaole mless the data is approved by the syst^ 
administrator . 
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REOUIREMENT 


49 INFORMATION RELEASE 


The intent, or this requirement is covered by the revised 
requirement 81. 
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2»2»2 Cou^u't.eir Aided Design Project Management 

LPAO will support managers in planning, monitoring and 
reporting Design Projects. Management conputer programs will be 
made available for analyzing tecnnical anct management information. 
An individual IPAD user will be able to assess the status of his 
own suDtasK, data, tasJc or the overall project status. In 
response to IPAD monitoring and reporting, controls may be exerted 
to limit, terminate or suspend activities. (See figure 2. 2. 2-1.) 


2. 2. 2.1 Planning 

IPAD will support management planning of design project by 
assisting a manager in identifying tasks and subtasks, in 
scheduling manpower and resource assignment and in relating the 
dependency between tasks. IPAD shall support management computer 
programs and in the retrieval and display of project technical and 
manag^ent information. 


- 97 - 


REV 


B 



2.0 FULL IPAD REQUIREMENTS 
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Figure 2. 2. 2-1 Computer-Aided Design Project Management 



REOUlStEMENT 


50 PROJECT PLANNING 


1.4/2. 5.1, 1.4/2. 5.4, 1.3/3. 3. 3 


DESCRIPTION 

IPAD shall provide the means whereby managers can plan a 
design project using one or more design processes. 

“Plan** in this sense includes grouping ot jobs or groups of 
jobs into subtasks and subtasks into tasks as %*ell as scheduling, 
manpower and computer resovurces assignment to these tasks and 
sub^sks. The technical dependency of tasks to each other is 
indicated in the design process. To this end the following 
requirements apply: 

• The planner shall he able to define tasks and subtasks 
from the selected process (es) 

• The planner sliall be able to schedule, by project, tasks 
and subtasks and assign names and commit schedule dates 
to them. 

• The system will provide the means to name svibtasks and 
tasks by project to address various levels of planning 
and enable the planner to assign task euid subtask 
dependency . 

• The means to assign manpower and computer resource 
constraints to named tasks and subtasks shall be 
available . 

• review of intormaticai on scheduling, manpower and 
computer resources shall be available at the terminal or 
oft “line by display or hardcopy. The iuptit shall 
consist of project task or subtask name and a selection 
of any combination of schedule, manpower, conputer 
resources and d^endency. The means to select bar chart 
or tabular display of information shall be available. 

• Bar chart display will have available a standard set of 
symbols to denote key activities. The set of symbols 
shall be open ended and will have the purpose of 
denoting such activities ass 

Start/Complete Project 
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Con^lete Key Tasks 
Decision Milestcme 
Began Milestone 
End Milestone 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

TSie project planning capability of the IPAD system will be 
tested by developing a aesign project with all the attributes 
cited in this requirement. The procedure will basically follow 
these steps: 

a) Define tasks and subtasks; 

n) Schedule the tasks and sxibtasks; 

c) Assign manpower and computer resources to tasks and 
subtasks ; 

d) Display scheduling, manpower and computer resources at 
the terminal or off-line selecting bar chart or tabfilar 
displays ; 

e) Use a standard set of symbols foe bar chart display. 
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REQUIREMENT 


5 1 MANAGEMENT SUPPORT 


SOURCE 1.3/3. 3.4, 1.3/3. 3. 5, 1.4/3. 3. 6, SOW/5.1.14 


DESCRIPTION 

IPAD Shall support management in storage and utilization of 
management computer programs such as critical path determination 
or cumulative cost distrihution, and IPAD shall facilitate 
retrieval and display of project technxcal and management 
information for reviews of task assignments, work progress, 
schedules, and resources expended and available. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

The ability of the IPAD System to store and utilize 
management computer programs will be tested by running a computer 
program such as critical path determination or cumulative cost 
distrxbution. The IPAD System must facilitate the execution of 
the program and the retrieval and display of management 
information from the program. 
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2. 2. 2. 2 Mojiitoring Contxol and Repc^ti-ng 

Several levels of nonitoring and reporting are avcu.lable 
wit-iiin IPAD. This capability may be used by the IPAD user to 
assess the status of his own sxibtasks, to assess the status of 
data, tasks or subtasks within a project or to assess the overall 
status of a project. This capability may be used to monitor 
resources used versus resources planned or budgeted. In response 
to IPAD reporting, controls may be exerted to limit, terminate or 
suspend activities. Reports may be generated on a routine basis 
or by specific request. 
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KEyOIKEMEHT 52 RESOURCE REPORTS 


SOURCE 1.4/2. 9. 4, 1.4/2. 5. 4, 1.3/3. 3. 5. 2 


DESCRIPTION 

ivt anytime in the cx>nBiiand mode a user shall be able to 
request a report on resources, both computer and manpower by 
entering a suitable command such as RESOURCES, p. In addition, 
when a user r^uests EXIT an automatic short report of total CD's 
^or session will be generated prior to log— off. (See requirement 
10.) EXIT, R will present report type 1 described below. 

There are two types of reports required: 

Type 1 Computing resources used during the current session 
and the budget/used/remaining for each subtask 
worked on. 

TyP® 2 Cumulative suiamation of both computing resources 

and manpower (extracted from the payroll accounting 
system). Reporting basis shall include: 

a. Organization 

b. Program Item Number 

c . Per son 

d. Project 

Reporting period shall include: 
a. Latest Week 

b . Latest Month 

c. Year to Date 

d. Project Start to Date 

e. Any arbitrary period based on specified start 
and ending dates 

The two types of reports are discussed in more detail in the 
following sections. 
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Report. Type 1, Work done during current session; 

User in session report consists of a worJc item oriented 
report relative to the woric done during the current session at the 
terminal. Only computer resources are required. 

Figure 2.2. 2.2-1 gives an exan^le of the type 1 automatic 
report on resources used following the "EXIT, R" or "RESOURCES" 
command. 

Report Type 2, Sximmation Based Reports: 

Summation based reports consist of both manpower and computer 
resources relative to individuals and groups of individuals 
defined by a project mai^ower oganization. Figiure 2. 2. 2. 2-2 gives 
an exanple of the type 2 autonatic report following the 
"RESOURCES, S" command. The following describes source of data 
tor tlie reporting basis. 

The manpower organization will, be defined to IPAD through the 
"COLIST" capability (see requirement 1^) • 

The work item organization will be defined to IPAD through a 
WBS (Work Breakdown Structure) which may be done using 
"COLIST" and will also be used to define the type of report 
needed. 

Work Item based reports consist of resources, both manpower 
and computer resources, relative to tasks and subtasks within 
a given project. 

Work item based on an individual's name for a specific 
assignment or total assignments. 
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EXAMPLE OF REPORT TYPE 1 


Input 


Command=Resources or Exit, R 


Output 


CURRENT SESSION RESOURCES REPORT 
Work Done by: Time Date 


WORK DONE 

COMPUTER 

TOTAL COMPUTER RESOURCES 

PROJECT SUB JOB STATUS 
TASK 

RESOURCES 
USED THIS 
SESSION 
CU*S 
$ 

USED TO BUDGETED RE24AINING 
DATE 

CU*S CU«S CU*S 

$ $ $ 

PHI IN -WORK 

ST 11 IN -WORK 

Jill IN-WORK 
J112 INTER. 

PR2 IN -WORK 

ST21 COMP. 

J211 COMP. 



TOTAL 




Figure 2. 2.2. 2-1, Current Session Resources Report 
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Example of Report Type 2 


Input 

Command * Resources P^, ? 2 * ^ 3 * ^ 4 * ^5 
Pj ■ S (Summary Report) 

?2 - Reporting Basis 

1 - Organization (Colist No.) 

2 - Program Item Number 

3 - Person 

4 - Project 

Output 

Resources Reporting Basis 

Time Period to 

Request by, 


P^ " Level of Detail 

1 

2 

3 

4 

P^ » Reporting Period 

1 - Latest Week 

2 - Latest Month 

3 - Year to Date 

4 - Project Start to Date 

5 - Arbitrary Period 
Start Date 

End Date 


Level 

of 

Detail 


Item 


Units 


RESOURCES 


Used 


Budgetted 


Remaining 


AAAA 
(Level 4 
Subtotal ) 


Manpower 

Computing 

Total 


M/Hrs 

$ 

CU‘s 

$ 

$ 


AAAB 
(Level 4 
Subtotal ) 


Manpower 

Computing 

Total 


M/Hrs 

$ 

CU's 

$ 

$ 


AAA 

(Level 3 
Subtotal ) 


Manpower 

Computing 

Total 


M/Hrs 

$ 

CU's 

$ 

$ 


AAB 

(Level 3 
Subtotal ) 


Manpower 

Computing 

Total 


M/Hrs 

$ 

CU's 

$ 

$ 


AA 

(Level 2 
Subtotal ) 


Manpower 

Computing 

Total 


M/Hrs 

S 

CU's 

$ 

$ 


A 

(Level 1 
Total ) 


Manpower 

Computing 

Total 


M/Hrs 

$ 

CU's 

$ 

$ 
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Figure 2. 2, 2. 2-2 Summation Resources Report 
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ABSTRACT OF THE ACCEPTANCE CRITERIA 


During IPAD syst-em testing, reports will be requested on 
individual computer resources accoxmt for current status during 
terminal sessions. These will include all the overall accounting 
level reports derined in the requirement. In addition periodic 
reports will be requested and compared to the individual reports. 
The status of accounts will be checked independ^tly of terminal 
sessions . 
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REUUIREMENT 


53 SUBTASK MONITORING 


SOURCE 


1 


.3/3. 3. 6 


DESCRIPTION 

IPAD shall provide the capability to monitor sxibtask statixs 
or subtasKs which have been suspended. Status needs include 
schedule, number and statxis of suspended and active jobs, and 
resource information. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 


The subtdsk monitoring capability will be tested in 
conjunction with Req. 55 "Budget Status" and Req. 54 “Revised Task 
Status". Several suotasks in various stages of activity will be 
suspended and reports requested. IPAD should accurately supply 
the following: 


a) Job Status 

• Jobs completed prior to suspension and resources 
used for each batch step. 

• Jobs in progress at the time of suspension, 
resources for joo steps completed. 

• Cause or source of suspension. 

b) Subtask resource reporting 

• Schedule constraiuts 


• Data Sets Created 

• Budget/Actual/Remaining 
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REQUIREMENT 


54 SUBTASK MODIFICATIONS 


SOUR^ 1.3/3, 3. 5. 2, 1.4/2. 9. 1.1, 1.4/3. 3. 7 


DESCRIPTION 


IPAD shall provide facilities to perforin the following 
functions; 

a) Input current status of tasJcs in progress; 

O) Add, delete or alter tasks and subtasks at any time 
during working phases of the task; 

c) Stop a task in progress to be resumed at some time in 

the future without loss of work continuity. This may be 
accomplished iyy closing off resources for the task and 
issuing a message. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

The project reporting capability for task and subtask status 
wxll be tested in conjunction with requirement 55 "Budget Status 
Report” and requirement 53 "Subtask Monitoring". A project with a 
of subtasks will be set up and run. "Hie ability to input 
current status of tasks, add, delete or alter tasks or subtasks 
during working pnases of the task will be tested and checked by 
requesting reports. A task will be stopped by closing off 
resources. An appropriate message should be issued. At a later 
date the task will be restarted. 
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REQUIRfiMENT 


55 PROJECT RESOURCE MONITORING 


SOURCE 


1.3/3. 3. 5. 2, 1.3/3. 3. 5.1 


DESCRIPTION 

IPAD must produce a report that compares project resources 
xised to those budgeted. The report will identify subtasks and 
collect accounting information for each specified category, such 
as program item number (PIN) , v^ich relates to Work Breakdown 
Stxucture (WBS) . IPAD will monitor resources and report all uses 
ot unplanned resources. Resources consumed by each job will be 
tiie responsibility of the user, who will also establish the 
appropriate time and resource limits. When the limits cire 
exceeded, any currently running jobs will be completed and the 
system will suspend the subtask, which will be held for review by 
the user. At the appropriate manager *s discretion, the sxibtask 
will be able to restart from the point of suspension. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

A WBS structure with associated PINs will be created. 

Several subtasks will be created and run to various stages of 
completion. Accounting information reports will be requested by 
subtask, PIN and job. A subtask will use unplanned resources to 
check IPAD*s ability to report this use. Low resource limits will 
be set on a job to check subtask sxispensicn. (See requirement 
107-Subtask Monitoring.) Subtask restart will be attempted with 
and without the appropriate manager, permission. IPAD must 
perform correctly throughout these tests, and the reports will be 
checked for ease of use as well. 
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REQUIREMENT 


56 PROJECT SCHEDULE MCWITDRING AND CONTROL 


SOURCE 


1. 3/3. J. 4.2, 1.4/2.9.1.11, 1. 3/3.3. 3. 3 


DESCRIPTION 

Projects may be placed uiider optional schedule control. IPAD 
woi^d monitor project planning data and provide reports of status 
and impending problems. For example, IPAD would provide the 
capability to limit job execution when a job is part of a subtask 
not yet scheduled or or one that has already been completed. IPAD 
could also monitor project data set occurrences to determine if a 
Milestone has been met. When a milestone is missed, IPAD 
report the exception to each affected organization. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

Schedule monitoring and the ability of the system to control 
schedid.es will be tested in conjunction with the sample project 
plan developed for requirement 50, ACT 1. Using the c»tional 
schedule control, iPAD will: 

a) Report status and intending problems; 

b) When a milestone is missed, analyze impact and print 
report, which is to be distributed to each affected 
organization ; 

c) Stop job execution if subtask has not been scheduled or 
has been couqpleted. 
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REOUIlUiiMENT 


57 OPTIONAL AUTOMATIC REPORTING 


SOURCE 1.3/3. 3. 7. 4, 1.4/2. 5. 4, 1.4/2. 1.4 


DESCRIPTI(»J 

IPAD shall provide the capability for optional automatic 
reporting such as automatic reporting of data which is due in the 
data base to meet a schedule date, all data which is overdue in 
the data base, and notification of a data set change to all users 
who had accessed tne data set. 


ABSTEtACT OF THE ACCEPTANCE CRITERIA 


The following automatic reports %«dll be generated and checked 
for accuracy euid reliability. 

a) A report to list data which is due in the data base to 
meet a schedule date. 

b) A report to list data whxch is overdue in the data base. 

c) Revise a data set and initiate the notification of the 
revision to ail users who have accessed the data set. 
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J^EQOIREMENT 57.1 APPLICATION PROGRAM CERTIFICATION 


SOURCE 1.3/5. 2. 2, 1. 3/5.2. 3 
DESCRIPTK^ 


In order to document the integrity of a given job execution, 
xts coiiponent operational modules must somdiow be certified. 
^®^^i^ication implies that a judgment has been made about the 
trustworthiness of the computer code to perform its intended 
function. As an example, an operational module may have one of 
the following certifications: 


a) 

In checkout 


b) 

Research use only 


c) 

Staff use 


d) 

Airplane progranv'model 

use 

ej 

FAA certification use 

(legally certified) 


The certification of a job is the same as the "lowest** 
certification operational module contained in the job. 

Since many changes may be made to a computer program, a 
mechanism is needed to automatically record program versions. 

This applies to coding modules, operationcLL modules and jobs. The 
certification data must accompany the program module in the 
prograia library. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

The capability of IPAD to correctly cissign version numbers 
and identify certification of programs in the program library will 
be tested. 
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KEOUIREMENT 57.2 USER ACTIVITY CHECIULIST 


SOURCE 1. 4/2.6 
DESCRIPTIC»< 


occasionally during his work session (at anytime in the 
CCMMAND MC®E) d user needs the capability to request a summary of 
activities in order to confirm that he has in fact done what 
he intendea to do up to that point. Two types of report are 
needed, one to check specific items and one to check all user 
activities. 

The entities needing verification during the user's current 
work sessxon are: data names, coding module names, operating 
module names, subtasK names, job names and their respective 
neaders, where appropriate. 

Tbe user also must verify the activities which he has 
performed (or which nave been performed by a job) on these 
entities- These activities are: accessed; copied and given a new 
name; created; modified and given a new version name; deleted; 
interrupted (in the case of a job) and suspended; in~work, and 
completed (in the case of a subtask) . 

In the case of headers the item(s) in the header that are 
affected should be identified with appropriate comments such as 
"LATA SET XYZ, READ PERMISSION GRANTED TO JOHN BROWN AND ALL 
MEMBERS ASSIGNED TO THE AERODYNAMICS DATA AREA." 

The report shovild include the date and time when the activity 
was completed and be broken down by Subtask. 

The user must be able to enable or disable this checklist 
capability using a coiunand. 

Report Format Examples 

Session Date: 5/10/77 User I/D: 

Subtask XXX Completed at 10:45 a.m. 

Data Set XYZ (Data Area=Stress) accessed at 10:15 a.m. 

Data Set ABC (Data Area=Wing Project) copied at 10:20 a.m. 
to Data Area=Stress and renamed CBA 

Job Joe (Data Area=Stress) R\m commenced at 10:30 a.m.; 
completed at 10:45 a.m. with normal exit 

Data Sets Accessed: 

1 . XYZ (Data Area=Stress) 

2. CBA (Data Area=Stress) 
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Data Sets Produced: 

1. PQR (Data Area=Stzess) 

Sxibtask YYY suspended at 10:52 a.m. 

Operating module EPG version changed at 10:47 a.m. Execute 
granted to John Bro^im and all members assigned to 
the Aerodynamics Data Area. 

ABSTRACT OF THE ACCEPTANCE CRITERIA 

Typical work s^sion scenarios will be performed and the 
checklist reports displayed and checked for accuracy and 
completion. 
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2.3 


INFORMATION MANAGEMENT 


Information management is broJc^ down into three categories - 
data management, information management tools and computer program 
library. Data management is concerned with the organization, 
manipulation, control, integrity, security and administration of 
IPAD data. Information management tools are provided to maintain 
data, to perform data transformations, to coitpare data and to 
perform arithmetic and logical operations on data. The computer 
program library contains computer programs in source and 
executable forms. The programs may be supplied by the user or 
generated by software processes (e.g. , coopilation) . Computer 
programs may be structured into jobs and executed. Information 
about programs is available to the user. 


2.3.1 Data Management 

The handling of data within IPAD has many facets including 
organization, manipulation, control, integrity, security and 
administration. Data organization at the elementary level 
consists of elements, formats and data relationships which will be 
grouped into data sets. Data sets are organized into data areas. 
Data manipulation includes capabilities to query, to copy data and 
programs and to access and retrieve archived data. Data control 
governs data access, data changes, purging and data retention. 
BacKup and recovery procedures are provided to guard the integrity 
or all data in the IPAD data base. Proper security clearance is 
required to access some data sets within IPAD. Security control 
of read/write access is available. Data administration 
responsibility is assigned to a designated person or organization 
who will be responsible tor exercising control over the entire 
IPAD information bank. (See figure 2.3. 1-1 and 2.3. 1-2.) 


2. 3. 1.1 Data Organization 

At the elementary level IPAD data will consist of data 
elements , data formats and data relationships. These elementary 
iteias may be grouped and organized into data sets which may be 
logically related to other data sets. Data sets will be logically 
organized iiito data areas. A data set may belong to more than one 
data area. Header data will be associated with each data set to 
enable the user to query and retrieve data. 

Each data area will contain a dictionary or index that lists 
the data sets within each area and also describes the contents of 
each data set. Each IPAD user will have his own private working 
delta space. 

Data areas may be combined into a single data area. Data 
dictionaries for the data areas will also be combined. Data 
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de±xnlt:xon ambiguities and redundancies will be reported to the 
user. 



INFORMATION BANK STRUCTURE 


CNJ 

Li- 






2,0 FULL IPAD REQUIREMENTS 


CM 


<C 

o 

>— 

LU Ct^ 



1— H 

<c 

OO 

<C 



1 — 


o 

OO 

CD 

»— » 

Q 

O 

OO 

OO 



OO 

»— 1 



CD 

CU OO 

►— 1 


OO 


LU 

<C 

LU 


O 

-T" 


OO 


H— 1 

zc 

h- 


^ — J 




CD 

1— 

UJ 

<a: 

O 

CJ 



^ . 


o 

LU 

> 


<c d: 

o 


O::: 




►— t 


PQ O 

1— 1 

CD 

LU 

o 



QC 



1 — 


d. 

K— 1 

21 

UJ 

Q- 

PQ 

Q Z 

CD 

1 — 


1— 

O 

OO 


•-— « 

2: CD 

<c 

<3: 

LU 

2: 

•— -H 

<c 

Q 

QC 

<c *— • 

OO 

PQ 

CD 

LU 

OO 

LU 

2: 


h“ 


►— H 


1— 

QC 

I 

<c 

C>0 

>- <a: 

<x. 

1 

ZD 

LU 

LU 

LU 


»— 1 

cl: CD 

dC 

<c 

CL. 

QC 

> 

QC 

Q 

Q 

LU I-— i 


> 


<C <C <C 


<3: <c o •— <c <c 


8 ^ 


<C 


Q 

g 

* — <C 
LU UJ 
OO 


Q:: C_^ 

C_> 


<c <c 

cc: 


<t: 

<c 

<c 

<C 


<c 

LU 

o 

<c 

<c 

<c 

PQ 

PQ 

PQ 

PQ 

OO 

PQ 

d: 

s: 

PQ 

PQ 

PQ 

r-H 

OO 

cn 

CD 

f-H 

CM 


cr 

in 

CO 





OO 

OO 

OO 

OO 

OO 

OO 

OO 

OO 

OO 


Q 

^ <c 
<C I— 

Q Q 


<c ►— I s: 
OO LU 
CD OO I — 
O <C OO 

ZJ >- 

Q- CD GO 


H- 






D- 







oc 

LU 

LU 





<c 

2 






C3:T 

LU 

UJ 





PQ 

CD 

CJD 

o 

h- 




<C 

<3: 

»— • 




1 



1— 

LU 


o:: 


hPk 2 



z: 

LU 


LU 
1 — 

2 

<3: 



Qi 

CD 

CO 

ZD 


C^4 Z 


O 

<a: 

—I 

CL. 

CD 

O 

I— 

LU 


o 

2 

CD 


<C 

zr 


o 

o 

OH 

1— 

a 

•—4 


»— 

CJ 

a. 

<C 







z: 

oc 

t-H 

CM 



ro 


CD 

• 

• 



m 


u_ 


ro 





z: 

• 

• 



m 



CSI 

OJ 



CM 



Figure 2.3.1-2 

Data Management Requirements 
(Cont'd) 




REQUIREMENT 


58 INFORMATION BANK STRUCTURE 


SOURCE 1.3/3. 1.3.1, 1.3/3. 1.3.2 


DESCRIPTION 

Ttie capability must be provided tor groups of IPAD data sets 
to be logically organized into data areas tor convenience of 
nandlxng, reporting requirements, program input/output, frequency 
ot access, etc. There should be no restriction on the number of 
data areas that a given data set may belong to. Separate user 
action shall be required to make a data set or data area a member 
ot dnother date area. 

A data area may be contained in part or all within another 
data area. The totality of all data areas (sets) constitutes the 
information bank, which is a single source non redundant 
computerized data resource of a coiapany. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

A number of data sets will be created, as will a number of 
data areas. The ability to mctke a data area, in whole or in part, 
a member of another area will be tested. One data set will be 
made a member of all data areas. Queries and data accesses will 
he made to determine correct assignment ot data areas and data 
sets. 


In addition the capability of IPAD to control and manage data 
as a company resource will be evaluated. An information bank 
equivalent to figure 3. 1.3. 2-1 through 3. 1.3. 2-6 of D6-IPAD-70012- 
D will be defined. The data model constructed tor requirement 44, 
ACT 2, will be interfaced to the information bank. Several 
related projects will be defined and executed. 
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REOOIREMENT 


5 if DATA SET ASSOCIATION 


SOURCE 1.3/3. 2.1 


DESCRIPTION 


IPAD suall provide the capability to logically associate data 
sets with a given data set. If a data set is accessed for the 
purpose of reading, its associates (and associates of these to 
whatever depth defined) are also accessed. 


ABSTRACT OF THE ACCEPTANCR C!RTTRT?Ta 

A Chain of logically associated data sets will be created, 
^i^st will be accessed and gueries performed to insure the 
rest of the chain is also accessed. Chains of length 2 and length 
10 will be used. 
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REQUIREMENT 


60 DATA SET HEADERS 


SOURCE 1.3/3. 1.4.3, 1.3/3. 2.2, 1.3/3. 3. 7.1, 1.3/3. 1.1 


DESCRIPTION 


IPAD shall provide the capability to logically associate 
header data with each data set. Header data may be classified 
xnto three categories: 

1 . IPAD System Data - This data is required by IPAD to maintain 

data set integrity ; 

a) Unique Data Set Name 

b) Creation Date 

c) Creation Time 

d) Storage Relationship 

e) Storage Format 

t) Other 

2. Installation Control Data - This data is used by an 
installation to control data access and retention. 

a) Security - National, Company, Project cmd/or User 
Security Information. 

b) Owner l.D. — Creator of data set. 

c) Retention Classification - How long should data set be 
retained (see requirement 79) . 

d) Version l.D. - The information is xised if multiple 
versions of a data set are stored (see requirement 77) . 

3. Project/User Controlled Data ~ This data is used to determine 

how the data is to be applied. 

a) User Qualifier - For Exan^le: Airplane Model, Case No., 

etc. 
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b) Approval Category - Prepared, Checked or Approved (see 
requirement 81 ). 

c) Quality Categories - Preliminary or Final 

d) Classification Code. 

e) Project I.D. 

t) Process I.D. 

g) Other (such as date due) . 


ABSTRACT OF TH£ ACCEPTANCE CRITERIA . 

The IPAD capability to store, retrieve, and modify header 
data associated with data sets will be tested. Data definitions 
will be entered specifying the installation control header data, 
including planned date and last possible date. Several data sets 
will then be created, and the capability of IPAD to successfully 
retrieve the header infarmation for these data sets will be 
tested, as well as the user *s capability to modify the header 
xiif ormation. 

^ In an additional test, a data set will be created under IPAD, 
archived, and later retrieved. The header information will be 
checked for accuracy. 
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REOUIKEMENT 


61 DATA AREA CONTENTS 


SOURCE 1.3/3. 1.2 


DESCRIPTION 

A data area sDall consist of two general items: a dictionary 
or index or equivalent concept describing what the area contains, 
and the data sets, data definitions, etc., that it actually 
contains . 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

A data area will be created which contains a variety of data 
sets and data definitions. Queries will be made to determine the 
correctness ot the dictionary/index and to access the data sets, 
etc., to insure that the contents of the data area is correct. 
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REOUIRfcMENT 


62 PRIVATE DATA SPACE 


SOURCE 1.3/3. 1.2, 1.4/2. 5. 5 


DESCRIPTION 

Each acr^ve subt^k in IPAD shall have a special svibtask data 
area which will function as its private working data space. All 
data generated by the subtask is autoinatically placed in the 
subtask area. Data contained in subtask area is unreleased data. 
(See requirement 81.) 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

Three separate subtasks will be defined and will generate 
data sets to insure the existence of the private working data 
area. A check will be made to insure these areas are private and 
cannot be accessed from another subtask. 
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2. 3. 1.1.1 Data Definition Contents 

IPAD will support an expandable list of data element types. 
An orderly grovrth of data set definitions and occurrences of data 
corresponding to the definition will also be supported. 
Capabilities for a c(xnpany to insert into the information bank, 
for query, definitions, and sets of values for engineering 
standards will be provided. A user program will be allowed to 
access data sets or data elements within any number of specified 
data areas. 

Data areas may be conbined into a sxngle data area. Data 
dxctionaries for the data areas will also be combined. Data 
definition ambiguities and red\indancies will be reported to the 
user. 
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RBOUIREMENT 


63 DATA ELEMENT TYPES 


SOURCE 1.3/4. 2. 4 


DESCRIPTION 

IPAD shall support, an. expandable list, of data el&nent types 
such as text, scalars, vectors, matrices, tables, and lists. Data 
elements may be populated with characters, integers, real, 
complex, or multiple precision values . 


ABSTRACT OF THE ACCEPTANCE CRITRRTA 

Data formats will he defined using all the mentioned data 
element types with integers, reals, complex and multiple precision 
values. Data will be loaded and used to test accuracy. New data 
types will be defined and used. A user opinion survey will be 
made to check useability of eluent type definition. 
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REQUIREMENT 


64 DATA GROWTH 


SOURCE 1.3/4 .0 


DESCRIPTION 

IPAD shall support an orderly growth of data set (elements, 
relationship formats) definitions within an IPAD information bank 
without iit 5 >acting tne availability of the existing information. 

In addition, IPAD shall si;^port an orderly growth of occurrences 
of data corresponding to the definitions. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

A set of definitions of elements, relationships and formats 
will be used to simulate data definition growth to system storage 
capacity in several simulated syst^ loadings. There shall be no 
evidence of software limitations on the number of data definitions 
supported by IPAD. 
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REQUIREMENT 


65 ENGINEERING STANDARDS 


SOURCE SOW/5.1.2, 1.4/2. 4. 5 


DESCRIPTION 

The IPAD System nnist provide the cap 2 dbility for a using 
company to insert into the information bank, definitions and sets 
o± values fca: engineering standards. IPAD will provide a default 
set of engineering standards, to include material property lists, 
universal constamts, etc. These engineering standards shall be 
available for query. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

Definitions and sets of values will be entered into the 
information bank for engineering standards. Query will be done 
against that, information to guarantee its accuracy. In addition a 
complete query and print out of the default information will be 
performed to check its accuracy. 
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KEOUlJkEMENT 


66 REORGANIZING DATA AREAS 


SOURCE 


BCAC-NASA 


DESCRIPTION 

The capability shall be provided to organize the information 
bank by combining individual data areas into one composite data 
area or moving one nested data area into another data area thus 
creating a new combination, the data dictionaries for the 
individual areas shall also be combined and the user will be 
notified of any ambiguities and/or redundancies resulting from 
duplicate data definitions. The result of this c^eration shall be 
a reorganized information bank with correct data dictionaries for 
the restructured areas. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 


The capability to combine individual data areas into one data 
area will be tested . Several users will test this requirement by 
combining data areas that have been used in other tests. There 
wall be ambiguities and redvmdancies and the user miast be notified 
or these ctnd provided an easy means of resolving them. After 
successfully! combining data areas, only one data area and data 
dictionary must exist. Ease of use is the prime consideration of 
this test . 
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2.3»1»1,2 Oat:a Structure 


Data structvures used by a company shall be provided and 
sx^ported by IPAD, Logical structure independent of physical 
structure will be provided so that an alteration to the physical 
structure will not affect the user or his program. A capability 
for defining data relationships will be provided to the user . llie 
format in which the data is to be pres^ted to the user may also 
be specified. Logical relationships of data elements may be 
established, recorded, viewed, located, and modified. Data 
element names are to be unique within a data area. There may be 
dota areas in which data element definitions are not allowed. 
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KEOUIR£MENT 


67 DATA STRUCTURES 


SOURCE SOW/5.2.1.1, SOW/5.2.1.2, 1.3/4. 4, 1.3/4. 3. 4 


DESCRIPTION 

IPAD shall provide and support those data structures used by 
Engineering. The capability to have logical structure independent 
or physical structure shall be provided. In this case, alteration 
to the physical structure must not affect the user or his 
progrdins. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

A set of structures will be developed which test the full 
spectrum of IPAD logical structures. To test independence of 
physical and logical structures, the physical structure will be 
modifxed several times and query's run to insure no user impact. 
The user (engineering) acceptance of the logical structures will 
be evaluated by means of a user survey. 
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KEQUIREM£»T 


68 DATA ELEMENTS AND RE1.AT10NSHIPS 


gOtg^CE SOW/5.2.1.1, 1.3/4. 1.2, 1.3/4. 3.2 


DESCRIPTION 


IPAD Shall provide the user with the capability to define 
data elements and to introduce relationships between them. 

Data element definitions shall include such attributes as 
type (integer, real, character, vector, matrix, tensor, 
etc.) , synonyms, textual definition, engineering use description, 
unit(s) , default value , external representation format, etc. 

A data relationship is a logical grouping of data elements, 
possibly expressed in terms of other relationships. The user 
shall have the capability of expressing relationships for the 
purpose of storing and retrieving data. Relationships will in 
general be expressed at the time of use, but it shall be possible 
for the user to define and store relationships for future usage. 

Accompanying the data relationship shall be the ability for a 
user or a user»s program to specify the format in which the data 
is to be delivered from IPAD or presented to IPAD. A format shall 
define sucn things as: display format (e.g., FORTRAN format 
capabxlity) , external media type, and external units (v^ich it 
different from units defined with an element will cause unit 
conversion) . Fornats may be expressed at time of usage and may 
also be stored for future use. One format may be used in 
conjunction with several relationships. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

Users will define data elements and data relationships both 
at the time of usage and to be stored for later use. All 
attributes for data element definition described in the 
requirement will be tested. 

Another test should verify that the relationships and data 
element definitions can be used to store and access data 
successfully . 
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The capability to define the I/O format for data will be 
tested both from within a user program and as a direct user 
request. Specific items defined wxll include those identified in 
the requirement . 

A user opinion survey will evaluate these capabilities based 
upon correctness and user acceptability. 
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KLOUIRBIENT 


69 OPERATIONS ON DATA RELATIONSHIPS 


SOURCE SOW/5.1.18, 1.3/4. 3, 1.4/2. 5. 2 


DESCRIPTION 


IPAD Shall provide means for establishing, recording, 
viewing, locating, and modifying the logical relationships of data 
elements stored iix a data area. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

User will define to IPAD sample logical relationships of data 
elements stored in a data area. Users other than those who 
originally defined the logical relationships will then atten^)! to 
locate and view these logical relationships. Several 
modifications should then be made eind the resulting logical 
relationships viewed to verity that the modifications were 
correctly performed. 
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keooirement 


70 DATA EIiEMENT NAMES 


SOURCE 1.3/4. 2.1, 1.3/4. 4. 1.1, 1.3/4. 2.2 


DESCRIPTION 

Data element names shall be xinique within the data area in 
which the elements are defined and in any of its dependent data 
areas. It shall be possible to designate data areas for vdiich 
data element definitions are not allowed. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

A sample of data element names will be defined for a specific 
data area. It should be verified that these data element names 
cixe available to the data area and ciny of its dependent data 
areas. Attempts should be made to define duplicate data element 
names for this data area and these attempts should be 
unsuccessful . 

A data area should he designated for which data element 
definitions are not allowed. It should then be verified that data 
element names cannot be defined for this data area. 
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2.3. 1.1.3 Quant.i£iers 


The data volumes and data processing activities that IPAD 
must support vary from coinpany to company. Bounds on volumes o£ 
storing and retrieving activities are estimated from the Data Plow 
Model in document D6-IPAD-70012-D. 
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REQUIREMENT 


71 


DATA QUANTIFICATION 


SOURCE SOW/5.2.1, 1.3/2. 2, 1.3/2. 3 


DESCRIPTICM 

Tlie data voixiraes and data processing activities that IPAD 
must support vary from company to company. The following 
gxiidelxnes establish tne upper bound of data voliaines. 

Two product development processes through detail design are 
in progress at any given time. The data storage required is; 

Immediate access - 150 billion bits 

Archive (10 min. access) - 190 billion bits 

Arcnive (24 hr. access) - 360 billion bits 

Ten products are undergoing sustaining design. For this 
activity, xt is assumed that 20% of the total sustaining design 
data is required for current worK and requires immediate access; 
40% consists of archived drawings wnich must be available within 
10 loxnutes; and the remaining 40% is also archived and must be 
available witnin 24 hours. The data storage required is: 

Immediate access - 470 billion bits 

Archive (10 min. access) - 940 billion bits 

Arcnive (24 hr. access) - 940 billion bits 

Preliminary design, of exploratory nature of 10 products per 
year. Data storage required: 

lionediate access - 100 billion bits 

Archive (24 hr. access) - 620 billion bits 

For archival piirposes, it is assumed that there is a 
continued increase of data volxame that corresponds to one product 
description (detailed design) every tvpo years and 10% of the 
information developed during exploratory preliminary design. The 
annual increase in data storage is: 

Archive (24 hr. access) - 310 billion bits 

The bounds of data storage required are as follows (the lower 
bound is assumed to be approximately 10% of the upper bound) : 
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Lower 

Bound 

Upper 

Bound Annual Growth 

Immediate access (billion bits) 

70 

720 

ArcMve - 10 min. access 
(billion bits) 

110 

1130 

Archive — 24 hr. access 
(billion bits) 

190 

1920 310 


Bie above volumes were esbimat:ed from the data flow model in 
document D6—IPAD— 700 12"'D, Table 2. 3 .1.!. 3—1 contains a summary of 
the outpur data from each design level, h. factor was used to 
account for iterations estimated for each level and the 
distribution of on-line data and archival data. This data 

representing the development of one aerospace vehicle, 
was ftirther factored to represent the total engineering data 
storage required for one large aerospace company and is shown in 
table 2.3.1. 1.3-2. 
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Table 2,3.1. 1.3-1 Data Storage Estimate - IPAD Project 1 

Subsonic Transport (Ref, D6-IPAD-70010-D) 
(Data Expressed as Millions of 60 Bit Words) 



Subtotal Level V 


Total Levels II-V 
Preliminary Design 

■ 

ACAA 

648 

ACAB 

593 

ACAC 

2649 

ACAD 

7 

Total Level VI 
Detail Design 




























































Table 2.3. 1.1. 3-2 


Data Storage Estimate 

Large Aerospace Company 

IPAD Distributed Environment 

(Data Storage Expressed as Billions of Bits) 


Activities Assumed 

Storage Factor 

DATA S T 0 R 

A G E 

for Data Volume 
Estimate of an 

Based on Table 
2. 3. 1.1. 3-1 
(Converted to 
Billion Bits) 

On-Line 

1 Archival | 

Aerospace Company 

10-mi n 
Access 

24-hour 

Access 

2 Product Development 
Processes in Progress 
at Any Given Time 





•Preliminary Design 

.5(Lev. II-V) 

80 

50 

220 

•Detail Design 

1.5 (Lev. VI) 

70 

140 

140 

Sub-Total 


150 

190 

360 

10 Products in 
Sustaining Design 





Sub-Total 

10 (Lev. VI) 

470 

940 

940 

Preliminary Design of 
Exploratory Nature (EPO) 
10 Products per Year 





Sub-Total 

10 (Lev. II-IV) 

100 

1 

1 

620 

Total Data Storage 


720 

1130 

1920 

Archival Growth 





•One Product per Year 

1.0 (Lev. VI ) 

— 


230 

• 10 % Exploratory 
Preliminary Design 

.1 (EPD) 

-- 

-- 

70 

Total Archival Growth 


1 

1 


310 




^ 141 - 


REV. B 





































ABSOatACT OF THE ACCEPTANCE CRITERIA 


In order to test the data volumes and data processing 
activities that can be supported by IPAD, a computer simulation 
model will be developed based on the Data Flow Model in docviment 
Db-IPAD-70012-D. IPAD xtwst function correctly and within response 
constraints at both the upper and lower bounds given* 
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2 . 3 . 1 . 2 Data Manipulation 

IPAD data manipulation capabilities include the ability to 
query specitic data areas, to copy data and programs from other 
data area into a user “s own data area , to access and retrieve data 
from archive files. 
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KEOUIREMENT 


72 DATA SET COPYING 


SOURCE 1.4/2. 5. 2 


DESCRlPTlCaJ 


The system shall provide the user with a means to copy data 
and programs into his own subtasJc or data area from other data 
areas . 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

The software to copy data and programs into a user data area 
will be tested. The accuracy of before and after images will be 
verified . 
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requirement 


73 ARCHIVAL DATA 


SOURCE SOW/5.1.22, 1.3/3. 1.3, 2 


DESCRIPTION 

IPAD Shall provide appropriate aids for access to engineering 
project data after it has been archived. These aids incliide, for 
example, an interactive query of data area catalogs to determine 
the existence of data sets that have been archived. Users shall 
not be aware of archival storage media. Queries of aurchived data 
sets shall cause the archived data sets to be returned to online 
status for immedxate access. Data sets containing geometry of 
P^ts shall be available online within 10 minutes from amy 
terminal in an IPAD installation having terminals distributed 
across both global and local networks. All other archived data 
sets shall be available within 24 hours. (See requirement 71 for 
the quantities of archived data expected in an IPAD installation.) 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

The existence of software to retrieve archived data to on- 
line storage will be verified. The efficiency and accuracy of the 
software to identify and move data to on-line storage will be 
tested. 
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HEOUIREMENT 


74 PROGRAM DATA ACCESS 


SOURCE SOW/5.2.1.1, 1.3/4. 4. 2 


DESCRIPTION 

IPAD Shall provide the ability for user programs to work 
within a subset of a data area or with data from more than one 
data area. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

Multiple data areas will be cxeated. User programs will be 
written which will utilize data from a subset of a specified data 
area and from several specified data areas. 
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REQUIREMENT 


75 USER DATA ACCESS 


SOURCE 1.3/3. 2. 2.1, 1.3/4. 5.1 


DESCRIPTION 


The user shall be able to limit a query to a specific data 
area or to any subset of the iiifonnation bank identified in a 
previous query. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

Queries will be made to check that they may be limited to a 
selected data area or areas. The carry over from previous queries 
feature will also be tested. The tests will be for accuracy and 
responsiveness . 
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2. 3. 1.3 Data Control 

Data control is instigated to insure the validity and 
accuracy of IPAD. All accesses to IPAD data sets are recorded and 
are available for examination. Any change to a data set must be 
accompanied by a corresponding change in the data set name. A 
data set that has other data sets dependent upon it can only be 
pxirged with special permission. Data set retention 
classifications estaolish how long a data set will be retained and 
whether the data set is to be archived or not. IPAD data can be 
(jualified as for information only# preliminary or final. IPAD 
usexs using unreleased data will be notified when released data^ 
becomes available. Data sets may be shared or private. IPAD will 
pexmit automatic and manual distribution of data and programs 
tluroughout the IPAD computer network. 
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REQUIREMENT 


76 DATA SET ACCESS RECORDS 


SOURCE SOW/5.1.15, SCW/5.2.1.6, 1.3/3. 3. 7. 4, F3/3.1, 
1.3/3. 3. 7.2, 1.4/2. 1.4 


DESCRIPTION 

IPAD shall keep a record of all accesses to a data set. The 
information kept in this record shall be open ended cund may 
include user identification, date, time, job, and type of access. 
Tiie record is for the purpose of notification and will be 
maintained tor the life of the data set or until it is no longer 
useful (program parameter) . 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

A set of data to be kept for each access will be defined 
includong user id, date, time, job, and type of access. A random 
mix of users will access data sets by user query, system data 
manipulatxon utilities under user control, and user jote. A 
planned set of activities will guide these tests and will be used 
to establish operational correctness. Exact agreement between the 
user mix and the records kept by the system is required. 
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I<EOUIREMENT 


77 DATA SET IDENTIFICATION CONTROL 


SOURCE 1.3/3. 1.4.2 


DESCRIPTION 


The system must guarantee that data set content changes cause 
a change in data set identif icaticm. This will be acconqolished by 
the user inserting a new ncune, or a system supplied version 
identiiication to the existing name by a version nximberr (default 
procediure) . 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

Check that the access of data sets in write mode causes the 
IPAD system to either 

a) request the user to specify a new name for the data set 
or 

b) assign a version number to the old name by default of 
a) . 
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REQUIREMENT 


78 DATA PURGE PERMISSION 


SOURCE 1.3/3. 3. 7. 5 


DESCRIPTION 

Special permission sliall be required to purge any data set 
wbicb bas a dependent data set wbile these data sets are under 
project control. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

The data set purge permission requirement will be tested by 
attempting to purge data sets which have dependent data sets both 
with permission and without permission. 
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REQUIREMENT 


79 DATA RETENTION CTiASSIFICATION 


SOURCE 1.3/3. 3. 7. 5 


DESCRIPTION 

IPAD shall provide for data set retention classifications 
such as permanent, program life, project life, number of years, 
etc. Project life should be the archival default rating ^d the 
system shall have provisions to selectively purge or archive data 
set occurrences which are determined by retention classification 
to be no longer required. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

The retention classification of data sets to control 
archiving and purging will be tested. The procedure will be as 
rollows: 

a. Several data sets will be classified for retention in the 
various categories cited in this requirement. 

b. Establish artificial txraes for project life, etc. 

c. ChecR that retention classifications have been correctly 
labelled for each data set. 

d. Test automatic purges and archivals. 

e. Test defaults. 
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requirement 


80 DATA VERSTION NOTlPICATICMfl 


SOURCE 1.3/3. 1.4, 1.4/2. 9. 2, 1.4/2. 5. 5 


DESCRIPTICW 

A prcxzedure is required to notify users when they access data 
that a later version of the data is available (see requiement 81) . 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

15ie approved data identification vtLll be tested by several 
users each or whom accesses preliminary information for which 
released information is available. The notification must be 
issued. 
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requirement 81 DATA RELEASE MECHANISM 


SOURCE 


1.3/3. 1.4, 1.4/2. 5. 5 


DESCRIPTION 

1. IPAD shall provide a data release mechanism equivalent to 

signing a drawing, i^proval categories such as the following 
shall be possible: 


LABEL 


Prepared 


DEFINITION 


Creator is satisfied 
with data 


Checked 


Checker is satisfied 
with data 


Approved 


Responsible manager is 
satisfied with data 


release mechanisia shall also make provisions to identify 
quality of the data and permit release of intermediate 
information. Quality categories such as the following shall 
be possible for all released data. 


CODE 


LABEL 


DEFINITION 


Preliminary 


Final 


Data likely to chcinge 
Data unlikely to change 


Released data is siabject to version control and qualification 
in accordance with Requirement 77-32. 

Subsequent release of new versions of previously released 
data shall result in the following: 

• Notify those users that have accessed the previous 
version that a new version exists. (See requirement 
57.) 

• New use of the data shall always be the latest version 
(unless user specifies a particialar version) . 
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• Continued use of previous versions shall be possible but 
an automatic warning or message is required. (See 
requirtmient 80.) 

5. The appropriate release and quality labels shall be shown on 
each page of data printed or displayed. 

6. The user should oe able to request a list of release and 
quality labels on the input which was used to produce the 
current output. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

A basic set of data approval and quality categories will be 
defined to IPAD. Data release will be simulated and will include 
optional abbreviations. A check will be laade to insure that only 
authorized people may assign data release and quality categories 
to data. 
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REQUIREMENT 


82 SHARED AND PRIVATE DATA SETS 


SOURCE SOW/5.2.1.1 


DESCRIPTION 

IPAD Shall accommodate both shared and private data sets. 
Users witn a need to read a private data set shall be given "read 
only" permission by the owner/creator of the private data. There 
shall be no restriction on the number of users who may be 
permitted to read a shared data set concurrently. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

The ability to use either private or shared data sets will be 
tested by several users. The procedure will include: 

a. Use a private data set and prove that other users cannot 
access it; 

t>. Snare a data set by several users simultaneously (read only) . 
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REQUIREMENT 


83 DATA DISTRIBUTION CONTROL 


SOURCE BCAC-NASA 


DESCRIPTION 

IPAD Shall permit both automatic (IPAD initiated and 
controlled) and manual (IPAD user initiated and controlled) 
distribution of data and programs throughout the IPAD computer 
complex. IPAD shall retain knowledge of the location of and 
access control to all data and programs within the IPAD system. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

The data distribution control feature of IPAD will be tested 
for both automatic (system initiated) and manual (\iser initiated) 
modes. The procedure will include the following steps. 

a) Several users at various locations will create data sets 
^d/or programs and check that the system automatically 
distributes them to the correct source. 

b) Several users will create data sets and/or programs and 
tell the system where to distribute them and then check 
that they are distributed properly. 

c) Check the accuracy of the systems records of location of 
data and programs by query. 
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2 . 3 . 1 . 4 Data Integrity 

IPAD must guard the integrity of all data in the IPAD data 
base. This requires that proper backup and recovery procedures be 
provided. These procedures shall be sufficient to guard against 
system tailxire, or accidental or intentional destruction of the 
IPAD data base. 

Loss or modification of IPAD data other than through normal 
use shall be identified ard reported to the CMner(s) of the data. 
Further unauthorized use of the data shall be blocked by IPAD. 

As part of system backup and recovery, a history of 
transactions and data will be maintained to permit the recreation 
of required data. History transactions may be archived if the 
required data is archived. 

Provisions will be available within IPAD to validate user 
data. Validation will be performed on valvies when entered or on 
selected contents of a data set at the user's request. The set of 
validation available froti IPAD will be extendable and user 
derinable. 
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REC>U1RB1BNT 


84 RECOVERY AND BACKUP 


SOURCE 


SOW/5.1.24, SOW/5.2.1.6, 1 .3/3.5, 1.4/2. 8.2 


DESCRIPTION 

Recovery and backup procedures shall be provided to ensure 
data integrity in case of system failure or accidental or 
intentional destruction of the data bases. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

The backup and recovery capabilities will be evaluated. A 
planned set of failures will be simvilated. Biese simulations 
shall include all known types of system failvures and accidental or 
intentional destruction of the information bank. The backup and 
recovery capabilities will be judged on adequacy, ccmiputing 
resources required, time required to recover and \iser involvement 
required. 
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HEOUIKEMEMT 


B5 MODIFICATION OR LOSS OF DATA 


SOURCE 1.4/2. 8. 2, SOW/5.2.1.6 


DESCRIPTION 

In the event that the IPAD system, or any agent other than 
tne user in the normal course of using the system, causes loss or 
modification of data in the IPAD information bank, the system 
Shall be designed to identify the affected data. 

The system vd.ll immediately report the identity of the 
atfected data and the nature of the problem to the ovmers of the 
data, and shall block further use of that data. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

A simulation of both lost and modified data vfill be made. 

This data vrill be both programs and data in several different data 
areas. Correct identification and reporting of the lost or 
damaged data vjill be checked for accuracy and timeliness. 

Attempts to use damaged data vrLLl be made to insure IPAD correctly 
blocks that use. 
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REQUIREMENT 


tt6 DATA TRANSACTION HISTORY 


SOURCE SOW/5.1.15, SOW/5.2.1.4, 1.3/3. 1.4.2, 1.3/3. 1.4. 3, 
1.3/3. 3. 7 1.4/3.3.11, 1.4/2. 8. 2 


DESCRIPTION 

The system shall recoard a history of transactions and data 
needed to recreate data which has been willfxilly or inadvertently 
destroyed or modified. This includes date, creator (owner) , 
creating job, and input sets to creating job, etc. There shall be 
a meclianism to make it optional for specified data sets. 

This history must be maintained as long as the data is 
maintained. It may be archived if the data is archived. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

Data sets will be created to check that the history 
information exists as long as the data set exists, the data sets 
will be transferred to remote IPAD and back, to archival and back 
and between data areas. The data will be destroyed and the 
ability of IPAD to recreate it will be checked. A deliberate 
attempt to delete history information while it exists will be made 
in addition to checking that authorized pxirging of the data set 
causes deletion of the history data. 
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REOUlRfcHENT 


87 DATA VALIDATION 


SOURCE 1. 3/3.0, 1.3/3. 3. 6.2 


DESCRIPTION 

IPAD Shall provide for validation of user data including a 
range of values check. The set of validation operations will be 
extendable and user definable. Validation will be performed on 
values when entered and on selected contents of a data set at user 
request. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

A data definition will be created with several user defined 
validation checks. Both good and bad data will be entered to 
insure IPAD accepts good data and rejects bad data. After some 
data has been entered a new validation check will be defined which 
rejects scane of the previously entered data. The user will 
request this check oe run against a subset of the already entered 
data to insure IPAD detects the bad data. The tests will be for 
ease of use and accxxracy. 
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REQUIREMENT 


87.1 


DATA SET MODIFICATION LOG 


SOURCE 1.3/3. 3. 7.3 
DESCRIPTION 

■me following information shall be available in a data set 
modification log to clarify the history of data set versions: (see 
requirement 77} : 

1. Reason for change 

2. Description of change 

Note: This information is in addition to the data set 
headers (see requirement 60) . 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

■The capability for IPAD to maintain a data set modification 
log will be tested. Users notified of data set changes (see 
requiement 80) will access the data set modifiction log to 
determine the general nature of the change. This test will be 
conducted in conjunction with ACT 80-33/1. 
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2. 3. 1.5 Data Security 


Read access to classified and proprietary data including 
Readers shall require proper security clearance. Read access to 
other data may require need-to-Jcnow sec\irity clearance but access 
to the corresponding headers is unrestricted. Only the data 
ovmer (s) may have write access to data. 

User access to specific data sets may be controlled by a 
designated authority. Under this control, a user must establish 
•'need to Know" rxghts before access is permitted. 

Computer programs are subject to the same access restrictions 
as individuals (noted above) . The security classification of the 
person executing the programs is used to establish computer 
prograia accessibility. 

IPAD shall have the ability to report, unauthorized attempts 
to access IPAD data. The reports will be submitted to the system 
administrator for furtlier action. 
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Rj-OUIREMENT 


88 USER READ AND WRITE SECURITY 


SOURCE SOW/5.1.21, SOW/5.2.1.6, 1.3/3. 2.1, 1.4/2. 8. 2, 
1.3/3. 2. 3.1 


DESCRIPTION 


Read (query) access to classified and proprietary data 
(xncluding headers) shall require proper clearance and be subject 
to “need to know." Read access to all other data shall be subject 
to "need to know," except that headers of such data shall not be 
suoject to any read (query) control. 

Tlie IPAD system must provide a means to enable a designated 
authority to establish a laser *s "need to know" rights relative to 
specxfic sets of data. 

Write access to all data shall be possible by the owner (s) 

only. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

Access to data by users other than the owner will be tested 
by having users try to access data labelled classified and 
proprietary for reading. Only those with proper clearance and a 
need to know should be able to access this data (ev^ the header 
information is protected) . For other data, users must have a need 
to know, but the headers are accessible. The means of determining 
the need to kixow authority and controlling user clearcuice will be 
tested as well as the data protection. The owner of the data must 
have access to write for updating, etc. This aspect will also be 
checked. 


REV. B 


- 165 - 


REQUIREMENT 


89 PROGRAM READ AND WRITE SECURITY 


SOURCE 1.3/3. 2. 3.2, 1.3/3. 2. 2. 2 


DESCRIPTION 


Cotnput.er program access to a data set, inclxiding header, 
shall be svibject to the same control as a user access based on the 
access restrictions or the person executing the computer program. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

The access of data by a computer program will be tested 
similarly to or in conjunction with the test of requirement 88 
••READ AND WRITE ACCESS'*. The user of the con^uter progreim and the 
user*s classification {authority to access data) have the same 
restrictions as a user directly accessing the data and the 
protectxon of the data will be tested by having both authorized 
and unauthorized users mm the programs that will request the 
data. The owner will also access the data through a computer 
program to read and write in the data set- 
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REOUIKPIENT 


90 CLASSIFIED DATA ACCESS 


SOURCE 1.4/2. 8.2 


DESCRIPTION 

Access to classitied and proprietary data shall require 
stringent user identiii cation. 

Any unauthorized atteopts to access this data shall be 
reported to the system administrator by the IPAD system. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

The unauthorized access secxirity feature of IPAD will be 
tested by attempting to access classified and prc^rietary data 
wxthout authorization. Check that the system reports these 
attempts to the system administrator. 
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2.3.1.6 System Administration 

The system administrator is a designated person or 
organization recognizable by IPAD vdio is responsible for 
exercising control over the IPAD information banK* The system 
administrator will have special privileges. He will be permitted 
quick and easy access to the IPAD system and be capable of 
performing tasks available to no other users. Written IPAD 
procedxires will fully describe the fxmctions and authority of the 
system administrator. 

The system administrator may delegate control of selected 
functions to other persons or orgcinizations. These delegated 
persons may liKewise delegate protions of their control to other 
persons or organizations. 
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REQUIREMENT 


91 SYSTEM ADMINISTRATION 


gPURCE 1.4/2. 7.1, 1.3/3. 1.4.1, SOW/5.2.1.2 


DESCRIPTION 

Tlie IPAD system mast accoinnodate the special requirements of 
system a<toinistratxon. The IPAD Syston Ackninistrator is a person 
or organiza-^on responsible for exercising control over the IPAD 
system an<i information oank. This control includes system 
parameters, distribution of functions, data structures, and 
security. The system must recognize the authority of the IPAD 

Admxnistrator ( s) as he accesses the system and allow him to 
perform his functions. 

It Shall be possible for the IPAD System Administrator to 
delegate control of selected functions to persons or organizations 
designated by him. Such delegated control shall permit the 
further delegation of control. 

The IPAD System Administrator (s) must be able to access the 
IPAD system quickly and easily — more so than the normal user. The 
system must recognize his authority and allow him to perform tasks 
that other xisers cannot. Written procedures must fully describe 
the f mctions and authority of the IPAD Systran Administrator (s) . 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

In two parallel tests, the System Administrator and a regtilar 
user should each access IPAD and attempt to perform the system 
administration commands. The System Administrator shoiild obtain 
access to the system more quickly and should be able to perform 
all commands. The other user will be tested to ensure that he is 
restricted from the use of System Administrator commands. The 
test should verify that the System Administrator is able to 
^'ithorize the use of selected astern administration ccomands for 
another user who can successfully use these ccMamamds. This user 
should then authorize the use of a subset of these commands to 
still another user or organization. 

Note: Commands tested will include assignment of permission and 

access codes and assignment of data set approval status. 
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2.3.2 Information Management Tools 

IPAD capabilities shall be provided to enable the user to 
maintain data in the IPAD information ban)c and to perform data 
transformations. Maintenance features include data updating, data 
restructuring and data reformatting. File maintenance 
capabxlities are also provided. Piles may be created from data in 
the IPAD information bank or data from files may be inserted into 
the IPAD data base. Comnand sequences for creating or deccmiposing 
files may be saved for subseqiient execution. 

A capability will be provided to enable a user to compare two 
data sets, to find out the difference between them and to get 
meaningful diagnostics in return. 

Utility programs shall be provided to perform arithmetic and 
logical operations on selected data. Functions available shall 
include conversions of data, scaling, summing. Boolean operations, 
linear algebra, numerical differentiation and integration of data. 
IPAD will provide for mapping IPAD element names to variable names 
used in user programs. (See figure 2. 3. 2-1.) 
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2.0 FULL IPAD REQUIREMENTS 
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Figure 2. 3, 2-1 Information Management Tools Requirement 




KEOUIREMENT 


92 DATA UPDATE AND TRANSFORMATION 


SOURCE SOW/5.2.1.4 


DESCRIPTION 

Tt»e following update and transformation capadoilities shall be 
provided : 

a) Altering existing values and data structures, adding new 
data structures and values, and deleting old values and 
data structures . 

b) Restructuring existing data by means of special 
commands, witnout loss of existing content. 

c) Creating a file from information in the data base with 
data format specification by the user extending to the 
bit level. 

d) Decomposing a file and inserting information into the 
data base witn data format extending to the bit level. 

e) Saving command sequences used to create or decompose 
files for subsequent execution. 

f) Creating files for transfer to an external medium in any 
national standard, e.g. , binary, BCD. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

The data update and transformation capabilities will be 
tested by the following procedure: 

a) A data set will be constructed containing data 
structures and data values. The appropriate utility 
will be exercised to add, delete and modify existing 
data values and structures. The data will be displayed 
for purposes of verif ication- 

b) The IPAD special commands for restructuring existing 
data will be applied to the data set in a to restructure 
it. Again, data will be displayed for verification. 
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c) Define a file to the bit level and create it from the 
data set in a) using the appropriate IPAD utility. 

d) Reverse the process in c) to create emother data set. 

e) Save the command sequence from c) and use it to create 
another tile. Compare for verification. 

f) Create a file in each National Standard supported by 
IPAD using techniques of c) Success fxilly transfer the 
file to an external medixim. 
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REQUIREMENT 


93 DATA TRANSFORMATION 


SOURCE 1.3/4. 4. 3, 1. 3/4.4. 2 


DESCRIPT 

IPAD Shall provide the means to automatically present data in 
the correct rorra expected by the Cetlling program or user. Some 
exan^les are; unit conversions, coordinate transformations and 
user supplied transformations . 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

The following will be checked to test the transformation 
capabilities : 

a) lPAD*s ability to perform unit transformations. 

b) The ability to perform coordinate transformations 
between rectangiiLar or oblique cartesian, polar and 
cylindrical coordinates. 

c) The ability to perform transformations on 1, 2 or 3 
order tensors. 

dj The ability to perform transformations according to a 
user specified formula. 

(e) The ability to perform transformations defined by user 
supplied code (analogous to a Fortran function or 
subroutine) . 
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REQUIREMENT 


94 PROGRAMS AND DATA SET COMPARISON 


SOURCE F3/3.1, SOW/5.2.3, SOW/5.1.13, 1.4/2. 5. 3 


DESCRIPTION 


IPAD will compare two or more programs or data sets for 
pnysxcal differences and inform the user of differences with 
meaningful diagnostic messages. The comparison shall cover: 

a) Data that was inserted (or deleted) in one data set or 
program and not in the other 

b) Taking a) into account, the remaining data items taken 
in sequence are checked for those items that are 
different. 

c) Verification that two data sets are identical. When two 
Items differ, it shall be ascertained whether or not 
they are real numbers (in single or multiple precision.) 
If they can be interpreted as real ntunbers, they shall 
be considered identical if the absolute values of both 
numbers are less than a user specified value or if the 
relative difference of the two numbers is less than a 
second user supplied value. 


A BSTRACT OF THE ACCEPTANCE CRITERIA 

The compare utility will he subject to the following tests: 

a) Compare two known identical programs using the comoare 

utility. ^ 

b) After changing part of one of the programs used in a) , 
test the ability of the compare utility to recognize and 
report the changes accurately. 

c) Check that the user interface to the compare utility is 
acceptable by means of a user survey. 

d) Compare two sequential binary files of mixed data (real 
numbers, integers, text, packed integers), in which all 
i^fo^^^^tion except the real numbers is identical in the 
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two files but the real nuinbers differ to varying degrees 
in value. 

Same as d) except for two BCD files. 
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REQUIREMENT 


95 MATHEMATICAL OPERATIONS 


SOURCE SOW/5.2.3, 1.4/3.3.15, 1.3/4. 5.1 


DESCRIPTION 

A set Of utility programs shall be provided to perform 
arithmetic and logical operations on selected data . Functions such 
as unit conversions of data, scaling, sxumnlng. Boolean operations, 
and linear algebra operations shall be included. Other functions 
such as numerical differentiation and integration of data arranged 
in tabular form are frequently performed by engineers. In 
general, these operations can be described as arithmetic 
operations on colvimns of a table. The set of operations shall be 
open ended. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

The system data manipulation capabilities; unit conversion, 
scaling, svunming, sorting, boolean operations, linear algebra, 
numerical differentiation and integration and table or array 
operations will be tested for acctiracy and user acceptance. This 
will be done by building a set of test data and problems and 
having a range of users xise them to evaluate the data manipulation 
capabili ties , 
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2.3.3 Computer Program Library 


The computer program library shall consist of programs in 
source or executable forms. The programs may be supplied by the 
user or generated by softwcure processes (e.g., compilation) . 
Program inputs and outputs may be IPAD controlled, i.e., I/O 
content below data set level is controlled by the user program. 

Insertion and deletion of programs shall be straightforward 
and machine independent so that a company may insert its own 
programs. IPAD user aids will be made available to facilitate the 
interfacing of existing aerospace con^uter programs with each 
other . 

Program descriptions and keyword lists may be entered and 
made available for subsequent query. (See figvire 2. 3. 3-1.) 
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REOUIREMEMT 


96 PROGRAM LIBRARY 


SOURC E 1. 3/5.1, SOW/5.2.1.1 


DESCRIPTION 

IPAD Shall provide for a single application program library 
whxch shall consist of programs in either source or executable 
tonn and which have been directly supplied by the user or 
generated by software processes. 

Standards for program integration, data handling, and program 
catalog procedures shall be developed. The IPAD system shall 
check programs for conformity to these standards and shall not 
axlow insertion of programs which do not meet these standards. 

The IPAD conputer program library shall be subject to the 
same requirements for secxirity, integrity, version control, and 
access control as generally applied to the IPAD information bank. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

The IPAD program library will be utilized and tested 
throughout the test period. A procedure to test the library will 
include loading and accessing programs by the user and by the 
system. The security and integrity requirements and access 
control will be tested in conjunction with those general 
requirements for the IPAD information bank. The test procedure 
will include accessing programs from libraries other than IPAD. 
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iUEQUlR£MENT 


97 EXPLICIT AND IMPLICIT I/O 


SOURCE 1.3/5. 3, SOW/5.2.1, SOW/5.2.1.5 


DESCRIPTION 

It is required that IPAD support several modes of program 
interfaces with the information bank. The primary purpose is to 
make provisions vtiich allow simple installation of existing 
application programs into IPAD. 

IPAD must provide for installation of the following types of 
application computer program; 

• Programs for vrtiich the contents of all input and output 
data sets are defined to IPAD and for which cdl data 
management is '•implicit'' (IPAD controlled) . 

• Programs for which the contents of some input and output 
data sets are defined to IPAD, and for which IPAD I/O is 
both "implicit" (IPAD controlled) and "explicit** (user 
program controll^) . If data reformatting is needed for 
"explicit" I/O, IPAD shall support preparation of a data 
treuislation program. 

• Prograias for which the contents of input and output data 
sets are undefined to IPAD, and for which all data 
management is "explicit" (user program controlled) . 

The use of the terms implicit and explicit I/O should be 
interpreted as follows: 

• IMPLICIT input/output action to and from a data set is 
totally vinder the direct control of IPAD. Note, query 
is possible at the level of data elements. 

• EXPLICIT input/output action to and from a data set is 
under control of the user program. IPAD is responsible 
only for the data set as a tinit. Query is possible at 
the level of data set and in general, IPAD is not 
capable of interpreting the content of any data set 
handled in this way. 
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ABSTRACT OF THE ACCEPTANCE CRITERIA 


The ability of IPAD to support the various modes of program 
inpvtt and output will be tested in conjunction with other tests 
and with stcuidalone tests as required • 

procedure will include the installation of application 
programs with implicit I/O# esqjlicit I/O and a combination of 
implicit and explicit I/O. For inqplicit data# queries will be 
made at the element level- Tests will be for user acceptance and 
correct operation. 
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REQUIREMENT 


98 PROGRAM IDENTIFICATION AND DESCRIPTION 


SOURCE P3/2.2, SOW/5.2.1.1 


DESCRIPTICW 

IPAD Shall provide the means for users to enter keywords and 
standardized descriptions of their programs. These descriptions 
shall be availcd>le for subsequent query. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

Users will test the capability to enter keywords and 
descriptions of their programs in both batch and interactive 
inodes. Users other than those v^o input the information will then 
query the information by entering the keywords. Ihe feature must 
operate correctly and it most be responsive to the users * 
satisfaction in interactive mode. 
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REQUIREMENT 


PROGRAM INTERFACE 


SOURCE SOW/5.1.27, 1.4/3.3.19 


DESCRIPTION 

IPAD software shall inclxide features and user aids to 
facilitate interfacing existing computer programs with each other. 
Such features shall make use of IPAD data transformation 
facilities (requirement 93) . IPAD shall also supply user aids to 
facilitate integration of existing programs into IPAD. Such aids 
may include automatic identification of I/D statements in source 
programs and assistouice in converting them to an IPAD compatable 
rorm. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

Existing Boeing and ITAB member companies* design pr^rams 
will be used to test the features and user aids for facilitating 
the interfacing of existing programs with each other and 
integrating them into IPAD. The functional capabilities such as 
detection of I/O statements of these user aids will be verified 
and user evaluation of these features for ease of operation and 
adequacy of support will be established. 
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REQUIREMENT 


100 PROGRAM INSERTION AND DELETION 


SOURCE SOW/5.2.1, SOW/5.1,23, 1.4/2. 1.5 


DESCRIPTION 

Insertion and deletion of programs in the program library 
shall be straightforward and essentially machine independent so 
that a company may insert its own proprietary programs. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

A group of ITAB users will insert and delete programs from 
their companies in the IPAD program library. User opinion will 
evaluate this capability for ease of use, operational correctness, 
and machine independence. 
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2.4 AUXILIARY/EXTERNAL SYSTEM INTERFACES 

IPAD mvist be flexible in regard to hardware irapleioentation 
and ccm^tuting facility. IPAD must be able to share data with non- 
IPAD systems and to safeguard and control non- IPAD data while in 
the custody of IPAD. Existing telecommunication standards will be 
used to facilitate communication between computing systems. 

Support software and user aids will be provided to facilitate 
transfer of programs, data base, etc. 


2.4.1 Host/Remote System Interfaces 

The requirements regarding IPAD*s interface with the host 
system and IPAD'S interface with remote systems are specified in 
thxs section. IPAD is to be flexible in regard to hardware 
inpleinentation and computing facility. IPAD shall permit access 
to and receive data from non- IPAD systems using existing standards 
wnenever possible. (See figure 2.4.1— 1.) 
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2.0 FULL IPAD REQUIREMENTS 
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Figure 2.4, 1-1 Host/Remote System Interface Requirements 



REQUIREMENT 


101 HOST COMPUTER (S) 


SOURCE SOW/5.3, SOW/5.3,2, 1.4/3. 5. 2, 1.3/3. 4. 2 


DESCRIPTION 

IPAD must be able to operate on eithec a single computer or 
on a distributed conputer complex. The computing facility may be 
dedicated solely to IPAD use or IPAD may execute as part of a job 
mix. A computer conplex laay consist of CPU's with shared data 
storage xinits processdlng under single or multiple control and may 
include remotely connected coirputer facilities. The user 
interface to IPAD must be independent of the conputing conplex 
configuration although it may be restricted at some parts of the 
conplex. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

A user opinion survey of the ITAB members will be used to 
evaluate the design of IPAD with respect to the ability of IPAD to 
operate on a single computer or to be distributed on a computer 
complex. 

The independence of IPAD with respect to job mix or dedicated 
facility will be tested by randomly selecting three functional 
tests for requirements to be rerun in a different environment. 

(If they were rxm on a dedicated IPAD facility, they will be irun 
as part of a job mix and vice versa) . The results will be 
compared with the original tests. 

The user interface will be tested on all available hardware, 
including remote access, evaluated on the basis of invariance over 
hardware. All deviations will be noted and the IPAD engineering 
team will decide which are acceptcible. 
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REOUIRBIENT 


102 COMMUNICATION STANDARDS 


SOURCE 1.3/3. 4. 3.1 


DESCRIPTION 

Ccxomunications standards should be selected to facilitate 
IPAD'S coRununication between computing systems and between 
aerospace companies. Existing standards should be used whenever 
possible . 


ABSTRACT OF THE ACCEPTAJCE CRITERIA 

A user opinion survey will be conducted for t.he ITAB members 
to evaluate the IPAD conoounications standards. The standards must 
be judged acceptable by a majority of ITAB members. 
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REQUIREMENT 


103 ACCESS BY OTHER SYSTEMS 


SOURCE 1.3/3. 4.1, 1.3/3. 4. 3 


DESCRIPTION 


IPAD Shall permit access to all aesign data under IPAD 
control from non -IPAD systems. Data produced on non-IPAD systems 
shall be received into any IPAD system. Such data shall have 
appropriate safeguards and controls while in the custody of IPAD. 
Conuaunications with non-IPAD systems will be through standard 
formats and stibject to IPAD security control. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

A special sample or test input data will be entered at a 
remote site. The data will have security provisions. Legitimate 
attempts to access this data will be made to ensure that IPAD 
permits data access from a remote site. Attempts must also be 
made to illegally access and change this data to test IPAD*s 
capability to saxeguard data in its custody. 
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2.4.2 Software Interfaces 


IPAO shall be able to conmunicate with existing software 
systems external to IPAD and facilitate transfer of program 
modviles, data bases, etc., between IPAD Installations. Support 
software and user aids shall be provided for such pxirposes. (See 
figure 2. 4. 2-1.) 
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2.0 FULL IPAD REQUIREMENTS 
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Figure 2. 4, 2-1 Software Interfaces Requirements 




RLQUIREMENT 


104 COMMUNICATION WITH OTHER SYSTEMS 


SOURCE 1.4/4. 4. 3 


DESCRIPTION 

IPAD nius't iiave the ability to coioRiunicate with existing 
sottware ^sterns external to IPAD in data forms sufficiently 
accurate to preserve the useability and accuracy requirement 
specified in requirement 11U. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

Data generated on an external system will be extracted and 
inserted into the IPAD iniormation bank. This data will then be 
extracted from IPAD and returned to the external system and 
compared with the original data. The original accuracy must be 
preserved. In addition, the communication must be direct and non- 
cumbersome in the opinion or the testers. 
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REQUlRHaEMT 


105 PROGRAM AND DATA TRANSFER 


SOURCE SOW/5.1.26, 1.4/3.3.10 


DESCRIPTION 

IPAD shall facilitate transfer of program modules, data, 
etc., between IPAD installations. Support software and user aids 
shall be provided to perform such data transfers and to account 
for differences in coinputer word sizes. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

To test this capability the following procedure will be 
followed z 

a) Prograios will be transferred from one installation to 
another, then back, to the first, and verified to be 
identical using the IPAD con^are utility. 

b) When the programs are transfered to the second 
installation, test data (defined data sets) will also be 
transfered and the programs executed and checked to 
verify that execution was performed correctly. 
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2.5 GENERAL SYSTEM CAPABILITIES 


The general system capabilities in the area of performance, 
security, reliability and flexibility are discxissed in this 
section. Regarding performance, response time must be adequate, 
system capabilities are only limited by the hardware configuration 
cind adequate accuracy in storing and manipulating numeric data 
must be provided. Performance monitoring tools are provided to 
aid the system administrator. 

The IPAD system shall provide fail -seif e security to prevent 
the disclosvure or xnformation vdiich may be detrimental to National 
Securxty or the proprxetary interests of the user company. The 
reliahility and availability of the IPAD system are io^rtant 
considerations but should not be limiting factors in the system's 
usefulness. IPAD shall be designed to be flexible vrtien adapting 
and interfacing with individual installations. 


2.5.1 Performance 

The performance capabilities of the IPAD system are given in 
this sectxon. System capacity is to be hardware configiiration 
limited rather than software limited. Very large capacities are 
envisioned. Tools for performance monitoring are to be provided 
for the System Administrator. The ability to store numerical data 
wxth at least ten significant digits will be provided. Veurious 
accounting programs wxll be provided for project management, 
reporting and statistics. (See figixre 2. 5. 1-1.) 
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2.0 FULL IPAD REQUIREMENTS 
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Figure 2.5. 1-1 Performance Requirements 




REQUIREMENT 


106 RESPONSE TIME 


SOURC E 1.4/3»1.2, SOW/5.1.1 


DESCRIPTICW 


XP^ Shall provide focc adequate response time. Guidelines 
tor desirable response times which should be sought, are as 
tollows. 

Response time is defined as the time elapsed between the last 
input by the user and the first cheiracter displayed by the 
computer . 

The response times given are those for \diich the user will be 
comtortable and continue to utilize the terminal for his purposes. 

(15 to 60 seconds) 

Some log -on/log -off functions where the user is familiar 
with the delay. 

Single enquiries where the user is familiar with the 
delay, preferably cued by a messaged from the computer 
within two seconds acknowledging the command. 

System failures and recoveries, preferably cued, where 
possible, by a message from the computer within two 
seconds warning of the delay. 

Loading of programs and data for execution and 
processing, preferably cued by a message within two 
seconds acknowledging the command. 

Restart from a prior session. 


(4 to 15 seconds) 

Low key enquiry dialogue possible but awkward. 
Intense creative dialogue not possible. 

(2 to 4 seconds) 
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Complex enqtiiries where continuity of thought is 
necessary - 

Initial acknowledgment by the system that it is 
"listening. •» 

Error messages. 

(Less than 2 seconds) 

Intense creative dialog . 

Acknowledgment hy the system that a command has been 
received. 

Response to a paging request through a keyboard. 
(Less than 1 second) 

Response to a paging request using a light pen. 
Development oi geometric entities. 


(Less than 0. 1 seccxids) 

Brightening of characters from a light pen selection - 

Appearaiice of a line when using the light pen as a 
drawing stylus. 

Appearance of a character on a CRT keyboard. 


The critical threshold for effective creative dialogue is two 
seconds. Beyond two seconds mental efficiency degrades rapidly. 
Delays beyond fifteen seconds should oe structxired to relieve the 
user of both mental and physical captivity. Experienced users 
will prefer faster response times. 

Deviations - permissible deviations in response times depend 
upon the activity. Response times less than two seconds should 
not vary by more than 1003i. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 
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The response times in the interactive loode will be monitored 
and recorded by activity throughout the test period. Acceptance 
will oe based on user satisfaction and the response times that are 
recorded. User opiiu.on will be solicited. 
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REQUIREMENT 


107 “SYSTEM WORKING’* SIGNAL 


SOURCE 1. 4/4.1, SOW/5.1.1 


DESCRIPTION 

If ail IPAD oommand, or application program execution requires 
more tnan x seconds of time, the system shall display a signal 
every x seconds (flashing) to indicate to the user that the 
con^uter is working. The user may specify x but the default value 
shall be 5 seconds. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

The “system working'* signal will be tested in conjunction 
with other tests both for user specified (“X“) seconds response 
and the default (5 seconds) . 
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REQUIR]£MENT 


108 SYSTEM CAPACITY 


SOURCE SOW/5.1.1, 1.4/4. 6.1, 1.4/2. 1.2 


DESCRIPTION 

The IPAD Sys'Eem capacity shall he considez’ed to be ’•hardware 
ccmiiguration limited'* with no actual restriction placed on the 
IPAD System. 

Capacity here reters to computer memory capacity, size of 
information hanic, the number of interactive terminals 
simultaneously in use, etc. 

Explanatxon: Ihe capacities envisioned are very large. Por 

example, the number of interactive terminals simultaneously in use 
is expected to be very much greater than 100, likely to exceed 
400, and may grow to several thousand. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

The capacity of the IPAD system must be proven to be limited 
only by hardware configuration. In addition to satvirating the 
acceptance test hardware configuration, simulation techniques will 
be used to test this aspect of the system. Procedures for 
developing the simulation models mxist be prepared and approved for 
each aspect of system loading prior to testing this requirement. 
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REOUlRtiMENT 


toy SYSTm PERFORMiiNCE MONITORING UTILITY 


SOURCE SOW/5.2.1.7, 1. 4/4.3. 1, 1.4/2. 9.2, 1.4/4. 3. 2, 
1.3/3. 3. 5. 3 


DESCRIPTIC^ 

A con^lete set of software tools shall be provided for 
pertonnance monitoring by the System Administrator. The tools 
shall include a software probe capable of gathering a con 5 >lete set 
or performance parameters over the entire spectnam of IPAD 
activities so that fundamental software and hardware activities 
(data transfers, disc accesses, etc.) can be related to user level 
actions (e.g., specific ccnuaands and operands) . The probe shall: 

a) Be operational in a production environment and shall not 
seriously perturb system resource utilization by more 
than 5X. 

b) Be capable of producing statistical summaries as well as 
a complete chronological trace of all or any part of the 
measured IPAD performance pcurameters. 

c) Have a '•mode;'* e.g., inactive, summary, or complete 
trace, that is (^namically selectable by the System 
Administrator . 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

The System Administrator shall demonstrate the software tools 
for system performance monitoring throughout the acceptance 
testing. It must be shown that the features described in this 
requirement are available and that the software probe fulfills the 
monitoring functions described. The testing procedures must be 
developed for the monitoring aspects once they have been defined. 
Several hardware and software conditions will be simulated to test 
as broad a spectrvun of the IPAD system operation as practical. 
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RtX>UlRtMENT 


110 NUMERIC ACCURACY 


SOURCE 1.4/4. 4.1 


DESCRIPTION 

Tlie system shall nave the ability to store niunerical data 
with at least 10 significant digits and to perform arithmetic 
operations with no additional loss of accuracy other than that 
imposed ny purely mathematical considerations. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

The significant digit accuracy (at least 10 significant 
dxgits) will be tested by several users by comparing ccmputational 
results wxth known accurate results (from other computer programs 
outside of IPAD or calcxalator computations). 
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RU)U1R£MENT 


111 USAGE ACCOUNTING 


SOURCE 1.4/3.3.14, 1.4/3.3.11, 1.3/3. 3. 7, SOW/5.1.15, 
SOW/5.2.1.6 


DESCRIPTION 

IPAD Shall provide the capability of determining how data and 
system resoxarces are used. This shall be in the foinn of a data 
base audit facility and a system resource accoxmting facility. 

The following capabilities shall be included in the data base 
audit facility: 

• Determine the origin of data: Originator I.D., date of 

creation, trace of antecedents for data sets. 

• Most recent date of reference to data. 

• I.D. of all recent users within installation specified 
time. 

• Count of the number of accesses to data. 

• Count of xmauthorized attempts to access data. 

The system resource accoxonting facility shall include: 

• Processor time lor all jobs. 

• Memory utilization for program memory and secondary 
storage (disks, tapes, etc.) 

• Permanent file utilization. 

Ihese facilities will be used in support of utilities such as 
project management aids, xxsage statistics reports and report 
generators. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

The data base axodit facility will be tested by requesting 
reports on data set accesses to include: 
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a) Origin of data (originator I.D., etc.) 

b) Most recent date of access 

c) X.D. of most recent user 

d) Count of number of accesses to data 

e) Count of number of unauthorized atteiqpts to access data. 

In addition the system resource accounting facility will be 
tested by requesting reports to include; 

a) Processor times for jobs. 

b) Utilization of program memory and secondary storage. 

c) Permanent file utilization. 

Tne reports will be generated in conjunction with other 
acceptance tests and compared to known information where possible. 
Reports must be accurate to within ^5% when compared to known 
operation- 



&lf!? 


2.5.2 Security 


Bie IPAD system is to be fail-safe in security. Means will 
provided to prevent the disclosure of information which would 
detrimental to National Security or the proprietary interests 
the user con^any. System failure must not result in the 
degradation of IPAD security controls. (See figure 2. 5. 2-1.) 
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FULL IPAD REQUIREMENTS 
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Figure 2. 5. 2-1 Security Requirements 



REQUIREMENT 


112 PROPRIETARY INFORMATION PROTECTION 


SOURCE 1.4/2. 8. 2 


DESCRIPTION 

IPAD Shall provide the means to prevent the disclosure of 
information which would be detrimental to the proprie ta ry 
interests of the company. 

This may be achieved through security codes assigned to 
individual users. These codes will address the variotis levels of 
sensitivity of protection required of different information. The 
number and character of the protection levels may be optional to 
satisfy individual company requir ements - 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

Test the IPAD system provisions to prevent disclosure of 
proprietary information. A group of users for a typical con^iany 
will be identified having the following types of data access 
control: 1) Unclassified data only; 2) Company limited data; 3) 

Company proprietary data; 4) ]oint venture proprietary data; and 
5) third party proprietary data. Both valid and invalid attenpts 
to access data sets with corresponding security will be made to 
test the proprietary infoinnatian security of IPAD. 
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KEOUIRaiENT 


113 FAIL-SAFE SECURITY 


SOURCE 1.4/2. 8. 2 


DESCRIPTION 

Failure of the IPAD System shall not result in a degradation 
of the security controls provided by the ^stem. The system will 
be fail-safe from the security viewpoint. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

A number (determined in testing} of deliberate failures will 
be effected witiiout warning when data sets or data areas 
designated as ’•classified* are in the IPAD systena. Separate tests 
of failures involving the IPAD system, the host operating system, 
and the hardware conponents will be conducted. The security 
controls for classxfied and unclassified data will be checked by 
both authorized and unauthorized users immediately after failure, 
and again, after normal operation is restored. The security 
controls must be maintained during and after system failure. 
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REQUIREMENT 


114 NATIONAL SECURITY 


SOURCE 


1.4/2. 8. 2 


DESCRIPTION 

IPAD shall not preclude operating in accordance with the 
current Industry Security Manual For Safegtiarding Classified 
Information (DOD5220 .22-M) . 


ABSTRACT OF TOE ACCEPTANCE CRITERIA 


The IPAD system must be checked to verify that it can operate 
in accordance with the current DOD security manual for industry. 
The host (iterating system and the IPAD system (including the 
distributed processing area) will be seciired in order to enter and 
process data sets and data areas classified by national security 
regulations as confidential, secret, and top secret. Authorized 
and unauthorized users will then attempt to access the data. 
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2.5.3 Reliabillt.y 

The reliability and availability of the IPAD system are 
important considerations. They should not be limiting factors in 
the system's usefulness. (See figure 2. 5. 3-1.) 
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Figure 2. 5. 3-1 Reliability Requirements 



RiiX>UIREMENT 


115 SYSTEM RELIABILITY 


SOURC E 1.4/3. 1.3 


DESCRIPTION 

The reliability of the IPAD System, hardware, and operating 
system will be such that system reliability need not be a specific 
planning consideration for IPAD users or the system administrator. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

The reliability of the IPAD system, hardware and operating 
system shall be monitored for a 4 week, period aligned with the 
test of requirement 116 — IPAD System Availability. The system 
shall function properly. Any error detected in calculations, data 
management or any function of the IPAD system, hardware or 
c^erating system shall be considered a failure to meet the 
relxability requirement. 
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REQUIREMENT 


116 SYSTEM AVAILABILITY 


SOURCE 1.4/4. 2. 2 


DESCRIPTION 

ixuring any oonsecutiv© foiur wesk psxxod/ '6ii6 minutuiin average 
user availaJDility for the IPAD system shall be 97.5% of the total 
availaole host computing time allocated to IPAD. The IPAD system 
is considered available when a user is able to productively 
perform his desired objectives. 


ABSTRACT OF THE /ACCEPTANCE CRITERIA 

The IPAD System scheduled availability will be monitored for 
a 4 week period. This test will be conducted concurrently with 
all acceptance testing. The system availability shall not be less 
than 97.5% of the scheduled availability. During this test, the 
scheduled availability will not be less than 8 hours per day. 
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2»5.4 Flexibility 

IPAD is designed to be flexible in adapting to and 
interlacing with individual installation. Modular functional 
capabilities, specialized interfacing capcd>ilities, and variable 
parameters are provided to aid flexibility. (See figure 2. 5. 4-1.) 
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2.0 FULL IPAD REQUIREMENTS 
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Figure 2. 5.4-1 Flexibility Requirements 



requirement 


117 MODULAR DESIGN 


SOOKCE 1.4/3. 5. 4, 1.4/2. 1.5 


DESCRIPTION 

IPAD shall be designed so that the f motional capabilities 
are modular, allowing a company to gradually adopt IPAD to their 
needs. Specialized interfacing facilities shall be provided by 
IPAD to aid users in designing interfaces to systems outside IPAD. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

An initial version of IPAD will be brought up, including only 
the minimum IPAD functions and data set management. A test must 
show that this software configuration is operational. 

Additional functional capaoilities will be added one at a 
time, with complete system testing after each addition. Functions 
added and tested will include process definition, data element 
management, project definition, and schedxfLe control. 

^The IPAD facilities to aid design of interfaces to systems 
outside of IPAD will be tested for two external syst^s: 1) IPAD 

geometry data sets to be interfaced to a remote release system and 
2) IPAD cost data interfaced to an external management system- 
The facilities to support interface design will be evaluated for 
ease of use and adeqmcy. 
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REQUIREMENT 


118 SYSTEM PARAMETERS 


SOURCE 1.4/2. 1.6, 1. 3/3.3. 5.3 


DESCRIPTION 

Parameters are directly or indirectly associated with many 
requirements. Such parameters would include the period of time 
tor messages to be autoitatically erased, the arrangement for user 
appointments, etc. Values for these parameters shall be easily 
set by an individual installation. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

Tests Shall be made to ensure that an individual installation 
nas the ability to specify all variable IPAD system parameters and 
verify that these parameters operate correctly. Tests shall also 
be made to determine that the installation is able to easily 
change these parameters. Where a parameter is limited to a range 
of valties, it must be verified that an invalid value may not be 
specified, but that the upper and lower bounds to the ramge are 
acceptable . 

All variable IPAD system parameters are tested and 
initialized to valid default values if unspecified by the 
installation, and that the parameters so set are tested to ensxire 
that they operate correctly. 
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2.<» GRAPHICS 


Graphics S'tandeurds rear ccmmunicat-ing between devices will be 
established. Graphic equipment interface software will be 
provided within IPAD to acconunodate a prescribed assortment of 
graphical equipment. 


2.6.1 Graphics Standard 

A standard graphics software package will be provided 
consisting of lower level primitive routines vdxich will minimize 
machine dependence and will be capable of supporting a wide range 
of graphics devices. These basic functions will allow development 
or sophisticated graphics related applications. 

IPAD shall provide both data explosion and data compression 
techniques for converting data frora the IPAD standard formats to 
the format required by dunt> and intelligent type terminals, 
respectively. Compression techniques shall also reduce the amount 
of data sent over communication lines. (See figxire 2.6.1— 1.) 
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2.0 FULL IPAD REQUIREMENTS 
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Figure 2.6. 1-1 Graphics Standard Requirements 



KEOUIREMENT 


119 GRAPHICS PRIMITIVES 


SOURCE 


BCAC-NASA 


DESCRIPTION 


A Standard graphics software package consisting of primitives 
which embody the concept of device independence will be provided 
in IPaO (similar to subroutine package being defined by SIGGRAPH) . 
Examples of functions to be provided includes 


1 . 

2 . 

3. 


4. 



5- 


6 . 


7. 


Line drawing 
Text drawing 
Segments 

View transformation 

Attributes 

Control 

Input 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

An application program which uses the graphics software 
primitives will be written and tested using a variety of devices 
to verify that the graptu.cs software package fuiK:tions correctly. 

A user opinion survey will be used to deteinnine it the 
systems design meets the organizational specifications of the 
regxiirement. The efficiency of the graphics primitives will also 
be evaluated by the users. 



REV. B 


-22 V 



KEgUIREMENT 


120 COMMUNICATION STANDAKD WITH 

NON-INTELLIGENT TERMINALS 


SOURCE BCAC-NASA 


DESCRIPTION 

IPAD Shall establish standards for conmvuiication with dumb 
graphics terminals, which recognize coordinate data only, and 
provide for conversion of geometry data stored in IPAD's standard 
geometry format prior to transmitting them to such terminals. 


AbSTRACT OF THE ACCEPTANCE CRITERIA 


The IPAD standards for conwrunication with dumb graphics 
terminals will be evaluated during system design by a group of 


users . 


In testing, a data set containing geometric data in the IPAD 
standard geometry format will be created. This data will then be 
converted to the standard communication interface format and then 
transmitted to each type of dumb graphics terainal supported by 
IPAD to test the functionality and efficiency of the IPAD 
conversion and transmission software. 
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R£OUIiCEMJ!.NT 


121 COMMUNICATION STANDARD WITH 

INTELLIGENT GRAPHICS TERMINALS 


SOURCE BCAC-NASA 


DESCRIPTION 


IPAD shall establish standards for cximmunication with 
intelligent graphics terminals. Such standards shall be intended 
to improve response time, if required* IPAD shall provide for 
conversion of geometry data stored in IPAD*s standard geometry 
format prior to transmitting them to such terminals. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

Daring systems design, users will evaluate the IPAD stcuidards 
for communication with intelligent graphics terminals, 
pdfticxolarly in respect to the goal of reducing response time. 

In testing, the data set containing geometry data which was 
created tor requirement 120, ACT 1 will be converted to the 
standard communications interface format for intelligent graphics 
terminals. This data will then be transmitted to each type of 
intelligent graphics terminal supported by IPAD to test the 
functionality and efficiency of the IPAD conversion and 
transmission software. 
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2.6.2 Device Interface 

IPAD shall provide interface software for a prescribed 
assortment of graphical equipment. (See figvire 2. 6. 2-1.) 
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REOUli^MENT 


122 GRAPHICS INTERFACE SOFTWARE 


SOURCE 1.4/3. 1,1 


DESCRIPTION 

IPAD snail provide interface software for the following 
grapnics devices: 

Tektronics 

VG3300 

SC 4020 

IBM 2250 

763 Cal comp 

Flatbed plotter 

Scanning units 

Digitizer 

Microfilm plotter 

Projection devices 

mis interface software shall provide the transformations and 
other capabilities required to make the graphics software 
indepraident of the graphics devices. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

Interface software for all devices listed below will be 
tested either on-line or off-line as appropriate. Specific models 
must be specified for those devices listed as general types. 

Tektronics 
VG 3300 
SC 4020 
IBM 2250 
763 Calcomp 
Flatbed Plotter 
Scanning Units 
Digitizer 
Microfilm Plotter 
Projection devices 
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2.7 GRAPHICS RELATED TOOLS 


IPAD Shall provide a variety of functions to support CAD, NC 
related analyses. Tools shall be provided to construct and 
engineering designs and data plots. Animation technigues 
provided for display of dynamic phenomena. Standard and 
extended geometry formats shall be supported. Conversion 
ntxlities shall be provided to convert geometry formats to a 
standard format tor communication purposes. 


2.7.1 Graphics Related Programming Tools 

Graphics related pj^ramming tools shall be provided to allow 
the development of sophisticated graphics capabilities from the 
standard graphics software primitives. An animation package shall 
be provided to display dynamic phenomena. (See figxire 2. 7. 1-1.) 
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2.0 FULL IPAD REQUIREMENTS 
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Figure 2. 7. 1-1 Graphics Related Programming Tools 
Requirements 




R£0UI1<EMENT 


123 GliAPflIC DISPLAY OF NUMERICAL DATA 


SOURCE 1.4/2. 5. 4, SOW/5.1.4 


DESCRIPTION 

IPAD Shall include comprehensive capability for conversion of 
numerical data into graphical format such as: multiple x-y plots, 
bar Charts, contour plots and carpet plots. 


ABSTRACT OF THE ACCEPTANCE CRTTOT?TA 

The IPAD capaoility to convert numerical data into graphical 
tormat v/ill be tested in conjunction with other graphics 
reqtiirements as well as by a seperate operation. The primary 
considerations are the user's ease of conversion and the acc\iracy 
of the conversion. All graphic formats available in IPAD will be 
tested. 


- 229 - 


REV. B 



REQUIREMENT 


124 ANIMATION PACKAGE 


SOURCE 1.4/3. 4.3, SOW/5.2.4.2 


DESCRIPTION 

IPAD shall provide an animation package to help display 
dynamic phenomena flicker free. The result will be either viewed 
directly on a scope, or generated on a movie film for later 
display . 


ABSTRACT OF THE ACCEPTivNCE CRITERIA 

The animation package will be tested by developing an 
animated sequence and viewing it on a scope and then generating it 
on a movie film to be viewed off-line. Accuracy and quality of 
the animation both on scope and on film will be the acceptance 
criteria . 
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KEQUII<EMENT 


125 GKAPHIC PROGRAMMING TOOLS 


SOURCE 1.4/3. 4. 2, SOW/5.2.4.1 


DESCRIPTION 

Graphic programming tools shall be provided throu^ support 
routines. These routines will allow devel<^iaent of a 
sophisticated graphics capability from siiqplified building blocks. 
The following functicais shall be provided; 

• Superposition of text horizontally, vertically, or at an 
angle. 

• Menu and message display. 

• Decoding of integer cind floating point variables for 
graphic textual display. 

• Numerical data display with editing capability. 

• Chcuige of drawing scale, two— and three-dimensional 
windowing and clipping. 

• Shading, hidden surface and line removal. 

• Dynamic write protection for any part of the screen. 

• Ability to obtain hardcopy of screen contents (e.g., on 
plotter or hardcopy unit attached to graphical display 
device) . 

• Grid and graph generation, incliiding labels and titles. 

• Graphic INPUT (e.g., keyboard, lightpen, function 
button, digitizer) 

• Variety of dashes for Vector plotting. 

• Variable plot intensity, including blinking. 
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ABSTRACT OF THE ACCEPTANCE CRITERIA 


The graphic programming tools listed in this requirement will 
be called from a selected pre-existing graphics program which vises 
these options extensively. The results of running the program 
using IPAD should agree with the results under non-IPAD usage. 

The ease of conversion will also be a test criteria. Program 
effxciaicy in the IPAD environment should at least equal its non- 
IPAD efficiency. 
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2.7.2 Geometry 


IPAD shall provide a wide variety of CAD/CAM geometric 
entities for the construction and display of engineering designs. 
A staiidard geometry format for consaunications shall be provided. 

IPAD shall provide tools to define cutter paths utilization 
Cad engineering design geometries and shall also provide a utility 
to convert the same geometry to APT gecmietry soxirce format. (See 
figure 2. 7. 2-1.) 
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2.0 FULL IPAD REQUIREMENTS 
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Figure 2. 7. 2-1 Geometry Requirements 




REC)UIi<EMENT 


126 DESIGN DRAFTING CAPABILITIES 


SOURCE 1.4/3. 4 
DESCRIPTION 

IPAD sjtiall provide the following CAD entities: 
PLAN FX>Ri)lS IN ANY PLANE OF SPACE 

• Point 

• Line 

• Circle or circular arc 

• Fillet 

• Ellipse 

• Hyperbola 

• Parabola 

• General conic 

• Cvibic spline 

• Rectangle 

• Triangle 

• Hexagon 

• Entity string 
NON -PLANAR FORMS 

• Cubic spline 

• Surface of revolution 

• Ruled sxirface 

• Developed surface (flat pattern) 
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• Curve mesh surface 

• Fillet surface 

• Surface intersection curve 

• Draft curve 

• Surface edge curve 

IPAD shall fxirther provide the following CAD functions: 
FUNCTIONS SUPPORTING GRAPHIC DEVELOPMENT 

• Break away lines 

• Generate array of entities 

• Entity group 

• Pattern of entities 

• General notes 

• Labels 

• True position symbols 

• Dimensioning (manual and automatic) 

• Balloon labels 

• 2D section properties 

• 3D analysis 

• Mirror entities 

• Variable line fcaits 

• English/roetric conversion 

• Blank/-unblank 

• Delete 

• Detail magnification 

• z clipping/peeling 

• View/depth modification 
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• Variable vxew point location (orthographic , auxiliary) 

• Automatic scaling 

• Plotter output 

• Composite surfaces with the option for surface blending. 

• Cross- sectioning islemd techniques. 

• Interactive hidden line removal or truncation for 
“cleaned up“ views. 

• Display and allow modification of the definition 

(canonical) form of all entities. 

• Entity selection for all functions by cursor position, 
sequence number, pointer or "all within diagonal 
points .“ 

• Provide macro capability for capturing and naming a 
sequence of construction operations allowing that 
sequence to be invoiced by name. 

• Provide capability vdiere any solid can be sliced by any 
plane or surface. The resultant cross-sectic»i can be 
used for the following functions: dimensions, analysis, 
cross -hatcdiing, and further construction. 

• Both 2D and 3D non-montonic splines. 

• Data plot system including generation, naming, filing 
and recall of graphs and histograms. 

• Provide capability to construct normal areas with trim 
options . 

• Chamfer line with trim options. 

• Auto chamfer/fillet capability for open and closed 
figures. 

• Translate, rotate, duplicate with following facilities: 
1) “Repeat" n times, 2) Include scaling, 3) Tool 
paths are included, 4> Depth is added to translation. 

• Provide the means to define and display up to 32 
simultaneous view areas controlled by user with auto 
rescale. 

• Provide for "remembering" entities selected for a series 
of operations without forcing a reselection. 
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User defined symbol or cheuracter set. 

Provide capability to go directly to point, line or arc 
from anywhere using K/B commands. 

Allow user to change display tolerance (for curves) to 
speed display generation. 

Lockout rejected entity until another entity has been 
selected . 

Provide FORTRAN COMMON to expand with added system 
capabilities without obsoleting old drawings. 

Provide extended spline analysis via line printer or CRT 
output (e.g., slope at each point) . 

Provide calculator like capabilities including the use 
of named variables, evaluating expressions and functions 
to be input wriere numeric input only is now permitted. 

Provide extended analytic function including: CG, AREA, 

CURVE lENGTH, distance between entities, etc. 

Provide loft conic. 

Allow a BASIC DIMENSION or REFERENCE BLOCK to be placed 
around any drafting LABEL or DIMENSION. 

Provide automatic text arrow control for linear 
dimension based on origin selection. 

Treat a set of contiguoiis curves as a single curve tor 
purposes of surface definition, machining applications 
and constmction. 

Associative graphics gecxaetry data base which include 
the following relationships: inclusion, causality, and 
connectivity . 

Character recognition to input system commands with 
'•teach** mode. 

Provide for data unit having the attribute which when 
changed causes the change to be reflected throughout the 
data base for all instances where it is \ised. 

Within a macro, provide FQRTEIAN capabilities such as 
GOTO, IF, and statement labelling. 

Provide batcn mode capability. 
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Provide capcjbility for working in different coordinate 
systems, e.g., wing to body. 

Find slope and cxirvature of euiy ciirve at a specified 
point. 

For any 3D curve, given 2 coordinates, find the 3rd 
coordinate neeirest the cxirsor position. 

Provide chord -neigh t-tolerance point matrix for any 
curve. 

Allow any curve to be generated from coefficient inputs. 

Provide annullment of curves, surfaces, and volumes 
(resultant curves must be continuous) e.g., a window 
'• subtracted from a surface. 

Define a 3D curve as 2 2D curves in different views. 

Provide the capability to label entities as they are 
created, e.g., P35 = X Y Z. 

Provide both function button and mnemonic input modes. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

^e conputer aided design (CAD) entities and functions listed 
in thxs requirement will be tested in conjunction with requirement 
125, ACT 1. The procedure will include the development of 
geometric packages that will incorporate all of the entity 
features and can be o^rated on to use all of the listed 
functions. The entities and f motions can be tested in any 
combination and sequence as determined by the users; each entity 
and fxmction will be tested by several users and in several 
contexts. The criteria for this test will be accuracy, efficiency 
and ease of operation. 
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REQUIREMENT 


127 GEQMTRY CC»VERSION TO APT FORMAT 


SOURCE BCAC-NASA 


DESCRIPTION 

IPAD Shall provide a utility to convert geometry data from 
the IPAD communication format to APT geometry source format. For 
this pvirpose a specific APT format shall be selected. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 

The specific APT fornkit to be used tor testing will be 
selected with the assistance of ITAB members. The utility to 
convert geometry data to the APT geometry source format will be 
tested with a geometry paclcage already developed and used in an 
APT program. The CL data will be developed for a zero diameter 
cutter and plotted full size on mylar off-line on a flat bed 
plotter. The plot will be compared to results achieved outside of 
IPAD. Plots developed with APT geometry must agree with 
previously developed geometry within .001". Efficiency to be 
specified. 
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KEOUIRJEMENT 


128 STANDARD GEOMETRY FORMAT 


SOURCE 1.3/3. 4.3.2 


DESCRIPTION 

IPAD shall provide a standard geometry format. The entities 
supported by IPAD will include those recommended by ANSI Y14.26.1. 
IPAD shall include ways to generate elements and shall allow a 
ncxnassociative coefficient format. The IPAD standard format 
shoxild adhere to the following: 

u) Be restricted to bounded geometry in parametric form; 

b) Accommodate new element types and geometry techniques as 
they are developed; 

c) Cerate in multiple dimensicns fe.g. , 2D or 3D) 
according to the needs of the user ; 

d) Include a hierarchical structure for relating data. 

IPAD Shall include the ability to transform between its 
standard geometry format and the Y 14. 26.1 standard for 
communication. IPAD will allow the representation of entities in 
nonparametric form but will not support transformation between 
parametric and nonparcimetric representations. 


abstract of the ACCEPTANCE CRITERIA 

Bie IPAD Standard geometry format will be evaluated as 
follows: 

data types shall be as follows: engineering 
drawings, idealization of major aircraft components for analysis 
and aircraft structure in sufficient detail for detail design and 
manufacture by a subcontractor. 


Data in the coefficient format will be transmitted to the 
IPAD standard format and back to the coefficient format. 

Data in the IPAD standard format will be transmitted to the 
ANSI Y14.26.1 communications standard and back. 
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The acceptance criteria is that IPAD allow the above function 
to be performed with no change in the accuracy of the geometric 
data. 
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REQUIREMENT 


129 NUMERICAL CONTROL CAPABILITIES 


SOURCE 1.4/3 .4 


DESCRIPTION 

me system shall provide the following NC capabilities. 

• Constrain CL output to the configuration supplied by the 
MULTAX APT statemcint in support of 4 and 5-axes 
machining . 

• Allow any postprocessor command to be inserted, for 
inclusion in the CLFILE, after each con^lete tool path. 

• Display approximate machining time on demand for every 
complete tool path, or all tool paths generated. 

• Provide CLFILE editor. 

• Provide circular interpolation, if applicable, for any 
Pocket/Prof ile or /Lathe finish paths in which lines and 
arcs are the only entity types. 

• Provide separate path generation with optional separate 
tool for 3-axis and 5-axis contouring to allow fewer 
paths and larger tolerance. 

• Buffer Pock et /Prof ile/Lathe data so that the number of 
approximating segments is limited only by disk size. 

• Allow user to enter a secondary feedrate statement when 
cornering. (This will override any automatic system 
generated feed rate) . 

• Provide for machining around bosses while in the lace 
mode of 3 -axis and 5-axis end cutting. 

• Allow a rough distance to be kept while in the 3-axis or 
5-axis end cutting modes. 

• Allow machining the resultant of any curve projected to 
any surface in either the 3-axis or 5-cucis end cutting 
modes. 
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Provide continuous check of cutter interferring with 
walls wtiile machining a region bounded by surfaces in 
the 5-axis end cutting mode. 

Provide graphic lathes module with the following major 
functions; TUf<N, FACE, BORE, CONTOUR, GROOVE, TAPER, 
THRiiAD, TOOL. 

Provide dynamic tool display and positioning for cut 
vector insertion/tnodif ication or LATHE check surface 
creation. 

Place direction arrowhead on tool path display. 

Allow accessing individual cut vectors in order to 
modify, delete, or insert cut vectors. 

Provide a choice of tangent, secant, or chordal 
approximation for all curves used in pocket, profile, or 
latne path generation. 

Provide INTOL and/or OUTTOL approximation for all 
surface used in 3-axis and 5-axis contouring. 

Incorporate the APT jyiACRO capability - 

Surface display control including number of paths, 
fineness cind direction of path. 

Provide 10 standard APT vector definitions and display 
same with an arrowhead indicating direction. 

Provide the 7 standard APT plane definitions, planes are 
displayed as iixfinite entities . 

Provide standard APT definitions for surface and solids 
including: sphere, cylinder, core, torus, hexahedron, 
spheroid, ellipsoid, circular rod and toroid. 

The means to define tlie intersection of a curve and a 
sxirface (point x,y,z> also the direction cosines of the 
normal at that point. 

Provides deep hole chip removal sequence; user defined 
drill cycle; piercing operation; G80 drill cycle output; 
3,4,5 axis point-to-point operations. 

Provides user choice of simple or conplex analysis ; 
handles pockets of any depth and any planar bottom; 
provides cornering feedrate control. 
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Provide option to specify number of paths for display, 
allow for a pavise to insert tool path motion, continue 
or quit and save. 


ABSTRACT OF THE ACCEPTANCE CRITERIA 


Utilize APT numerical control programners of various skill 
levels to test the NC capabilities listed in this requirement. 

The capabilities are not sequential in nature. Bach NC programmer 
can select those capabilities to be tested but several should test 
each capability tor final evaluation. The parameters to be 
checked include ease of command, response time accuracy and 
usabilxty of CL output. A test part (or parts) should be machined 
for a ccmiplete evaluation. The geometry that is used f or the CAM 
functions should be generated using CAD functions (requirement 
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Cross reterence llst-rng o£ requixeinen'ts 
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IPAD REQUIREMENTS 


new page reodirement title 


1 

18 

2 

19 

3 

20 

4 

22 

5 

25 

b 

27 

7 

28 

8 

29 

9 

30 

10 

31 

11 

33 

12 

34 

13 

35 

14 

38 

15 

39 

16 

41 

17 

42 

18 

43 

19 

44 

20 

46 

21 

47 

22 

50 

23 

51 

24 

52 

25 

53 

26 

54 

27 

55 

28 

56 

29 

57 

30 

60 

31 

61 

32 

62 

33 

63 

34 

64 

35 

66 

36 

67 

37 

69 

38 

76 

39 

78 

40 

79 

41 

80 

42 

81 

43 

82 

43.1 

83 

44 

86 

45 

89 

46 

91 


USER language 
user skill levels 

ERROR DIAGNOSTICS 

COMMAND LANGUAGE FUNCTIONS 

USER AIDS 

COMMAND LANGUAGE 

ACCESS TO it) ST 0/S FUNCTIONS 

COMMAND PROMPTS 

USER ACCESS CONTROL 

EXIT REPORTS 

QUERY LANGUAGE 

HEADER DATA QUERY 

MANAGEMENT QUERY LANGUAGE 

UTILITY PROGRAMS 

EDIT UTILIIY 

DOCUMENTATION UTILITY 

REPORTING UTILITY 

MENU BUILDING UTILITY 

ORGANIZATION LIST UTILITY 

MAILING LIST UTILITY 

MESSAGE UTILITY 

DOCUMENT REFERENCE UTILITY 

PROGRAM PERFORMANCE MCWITORING UTILITY 

LEARNING UTILITY 

ONLINE INSTRUCTION UTILITY 

USER ASSISTANCE UTILITY 

USER INTERFACE DESCRIPTION UTILITY 

PROGRAM DEBUGGING UTILITY 

COMMAND SEQUENCE INTERPRETATION UTILITY 

INTERACTIVE, BATCH, AND PROGRAM COMMANDS 

INTERACTIVE TERMINALS 

SATELLITE COMPUTER SUPPORT 

INTERRUPT AND RESUME CAPABILITY 

BATCH JOB PROCESSING 

CHECKPOINT AND RESTART CAPABILITY 

CONFERENCE VIEWING OF DATA 

USER PRIORITIES 

STANDARD LIMITING RESPONSE TIME 

USER IDENTIFICATION 

UNACCEPTABLE USER IDENTIFICATION 

PASSWORD PROTECTION 

PASSWORD CONTROL 

USER CLASSIFICATICW DISPLAY 

USER ABSENCE AND REASSIGNMENT CC»ITROL 

PROCESS PLANNING AND DEFINITION 

JOB PREPARATION 

JOB EXECUTION AND MONITORING 


-A -2* 


REV. B 



IPAD REQUIREMENTS 


NEW 


PAGE 

REQUIREMENT TITDE 

47 


92 

DYNAMIC REEERENCE TO DATA 

48 


94 

PROCESS REPORTS 

49 


96 

INFORMATION RELEASE 

50 


99 

PROJECT PLANNING 

51 


101 

MANAGEMENT SUPPORT 

52 


103 

RESOURCE REPORTS 

53 


108 

SUBTASK MONITORING 

54 


109 

SUBTASK MODIFICATION 

55 


110 

PROJECT RESOURCE MONITORING 

56 


111 

PROJECT SCHEDULE MONITORING AND CONTROL 

57 


112 

OPTIONAL AUTOMATIC REPORTING 

57. 

1 

113 

APPLICATION PROGRAM CERTIFICATION 

57. 

2 

114 

USER ACTIVITY CHECKLIST 

58 


120 

INFORMATION BANK STRUCTURE 

59 


121 

DATA SET ASSOCIATION 

60 


122 

DATA SET HEADERS 

61 


124 

DATA AREA CONTENTS 

62 


125 

PRIVATE DATA SPACE 

63 


127 

DATA ELEMENT TYPES 

64 


128 

DATA GROWTH 

65 


129 

ENGINEERING STANDARDS 

66 


130 

REORGANIZING DATA AREAS 

67 


132 

DATA STRUCTURES 

68 


133 

DATA ELEMENTS AND RELATICWSHIPS 

69 


135 

OPERATIONS ON DATA RELATIONSHIPS 

70 


136 

DATA ELEMENT NAMES 

71 


138 

DATA QUANTIFICATION 

72 


144 

DATA SET COPYING 

73 


145 

ARCHIVAL DATA 

74 


146 

PROGRAM DATA ACX:ESS 

75 


147 

USER DATA ACCESS 

76 


149 

DATA SET ACCESS RECORDS 

77 


150 

DATA SET IDENTIFICATION CONTROL 

78 


151 

DATA PURGE PERMISSION 

79 


152 

DATA RETENTION CLASSIFICATION 

80 


153 

DATA VERSION NOTIFICATION 

81 


154 

DATA RELEASE MECHANISM 

82 


156 

SHARED AND PRIVATE DATA SETS 

83 


157 

DATA DISTRIBUTION CONIROL 

84 


159 

RECOVERY AND BACKUP 

85 


16 0 

MODIFICATIC«« OR LOSS OF DATA 

86 


161 

DATA TRANSACTION HISTORY 

87 


162 

DATA VALIDATION 

87. 

1 

163 

DATA SET MODIFICATION LOG 

88 


165 

USER READ AND WRITE SECURITY 

89 


166 

PROGRAM READ AND WRITE STCURITY 

90 


167 

CIASSIFIED DATA ACCESS 
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IPAD REQUIREMENTS 


NEW 

PAGE 

B1 

169 

92 

172 

93 

174 

94 

175 

95 

177 

96 

180 

97 

181 

98 

183 

99 

184 

100 

185 

101 

188 

102 

189 

103 

190 

104 

193 

105 

194 

106 

197 

107 

200 

108 

201 

109 

202 

110 

203 

111 

204 

112 

208 

113 

209 

114 

210 

115 

213 

11b 

214 

117 

217 

118 

218 

119 

221 

120 

222 

121 

223 

122 

226 

123 

229 

124 

230 

125 

231 

126 

235 

127 

240 

128 

241 

129 

243 


REQUIREMENT TITLE 

SYSTEM ADMINISTRATION 
DATA UPDATE AND TRANSFORMATION 
DATA TRANSFORMATION 
PROGRAM AND DATA SET COMPARISON 
MATHEMATICAL OPERATIONS 
PROGRAM LIBRARY 
EXPLICITY AND IMPLICIT I/O 
PROGRAM IDENTIFICATION AND DESCRIPTION 
PROGRAM INTERFACE 
PROGRAM INSERTION AND DELETION 
HOST COMPUTER (S) 

COMMUNICATIC»« STANDARDS 
ACCESS BY OTHER SYSTEMS 
CIX4MUN1CATION WITH OTHER SYSTEMS 
PROGRAM AND DATA TRANSFER 
RESPONSE TIME 
“SYSTEM WORKING** SIGNAL 
SYSTEM CAPACITY 

SYSTEM PERFORMANCE MONITC»ING UTILITY 
NUMERIC ACCURACY 
USAGE ACCOUNTING 

PROPRIETARY INFORMATICW IROTECTION 
FAIL-SAFE SECURITY 
NATIONAL SECURITY 
SYSTEM RELIABILITY 
SYSTEM AVAILABILITY 
MODULAR DESIGN 
SYSTEM PARAMETERS 
GRAPHICS PRIMITIVES 
CCMMUNICATION STANDARD FOR NON-INTELLIGENT GRAPHICS 
TERMINALS 

COMMUNICATION STANDARD FOR INTELLIGENT GRAPHICS 
TERMINALS 

GRAPHICS INTERFACE SOFTWARE 
GRAPHIC DISPLAY OF NUMERIC DATA 
ANIMATION PACKAGE 
GRAPHIC PROGRAMMING TOOLS 
DESIGN DRAFTING CAPABILITIES 
GEOMETRY CONVERSION TO APT FORMAT 
STANDARD GEOMETRY FORMAT 
NUMERICAL CONTROL CAPABILITIES 


IPAD REQUIREMENTS 


KEQUIREMEtTT TITLE 

ACCESS BY OTHER SYSTEMS 
ACCESS TO HOST 0/S FUNCTIONS 
ANIMATION PACKAGE 
APPLICATION PROGRAM CERTIFICATION 

archival data 

BATCH JOB PROCESSING 

CHECKPOINT AND RESTART CAPABILITY 

CLASSIFIED DATA ACCESS 

COMMAND LANGUAGE 

COMMAND LANGUAGE FUNCTIONS 

COMMAND PROMPTS 

COMMAND SEQUENCE INTERPRETATION UTILITY 
COMMUNICATION STANDARD FOR NON-INTELLIGENT 
GRAPHICS TERMINALS 

COMMUNICATION STANDARD FOR INTELLIGENT 
GRAPHICS TERMINALS 
COMMUNICATION STANDARDS 
COMMUNICATION WITH OTHER SYSTEMS 
CONFERENCE VIEWING OF DATA 
DATA AREA CONTENTS 
DATA DISTRIBUTION CONTROL 
DATA ELEMENT NAMES 
DATA ELEMENT TYPES 
DATA ELEMENTS AND RELATIONSHIPS 
DATA GROWTH 
DATA PURGE PERMISSION 
DATA QUANTIFICATION 
DATA RETENTION CLASSIFICATION 
DATA RELEASE MECHANISM 
DATA SET ACCESS RECORDS 
DATA SET ASSOCIATION 
DATA SET COPYING 
DATA SET HEADERS 
DATA SET IDENTIFICATION 
DATA SET MODIFICATICW LOG 
DATA STRUCTURES 
DATA TRANSFORMATION 
DATA TRANSACTION HISTORY 
DATA UPDATE AND TRANSFORMATION 
DATA VALIDATION 
DATA VERSION NOTIFICATION 
DESIGN DRAFTING CAPABILITIES 
DOCUMENT REFERENCE UTILITY 
DOCUMENTATION UTILITY 
DYNAMIC REFERENCE TO DATA 
EDIT OTILITY 
ENGINEERING STANDARDS 


REQ. 

PAGE 

103 

190 

7 

28 

124 

230 

57.1 

113 

73 

145 

34 

64 

35 

66 

90 

167 

6 

27 

4 

22 

8 

29 

29 

57 

120 

222 

121 

223 

102 

189 

104 

193 

36 

67 

61 

124 

83 

157 

70 

136 

63 

127 

68 

133 

64 

128 

78 

151 

71 

138 

79 

152 

81 

154 

76 

149 

59 

121 

72 

144 

60 

122 

77 

150 

87.1 

163 

67 

132 

93 

174 

86 

161 

92 

172 

87 

162 

80 

153 

126 

235 

22 

50 

16 

41 

47 

92 

15 

39 

65 

129 
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IPAD REQUIREMENTS 


REQUIREMENT TITLE 

REQ. 

PAGE 

ERROR DIAGNOSTICS 

3 

20 

EXIT REPORTS 

10 

31 

EXPLICITY AND IMPLICIT I/O 

97 

181 

FAIL-SAFE SECURITY 

113 

209 

GEOMETRY CONVERSION TO APT FORMAT 

127 

240 

GRAPHIC DISPLAY OF NUMERIC DATA 

123 

229 

GRAPHICS INTERFACE SOFTWARE 

122 

226 

GRAPHIC PROGRAMMING TOOLS 

125 

231 

GRAPHICS PRIMITIVES 

119 

221 

HEADER DATA QUERY 

12 

34 

HOST COMPUTER (S) 

101 

188 

INFORMATION RELEASE 

49 

96 

INFORMATION BANK STRUCTURE 

58 

120 

INTERACTIVE, BATCH, AND PROGRAM COMMANDS 

30 

60 

INTERACTIVE TERMINALS 

31 

61 

INTERRUPT AND RESUME CAPABILITY 

33 

63 

JOB EXECUTION AND MONITORING 

. 46 

91 

JOB PREPARATION 

45 

89 

LEARNING UTILITY 

24 

52 

MAILING LIST UTILITY 

20 

46 

MANAGEMENT QUERY LANGUAGE 

13 

35 

MANAGEMENT SUPPORT 

51 

101 

MATHEMATICAL OPERATIONS 

95 

177 

MENU BUILDING UTILITY 

18 

43 

MESSAGE UTILITY 

21 

47 

MODIFICATION OR LOSS OF DATA 

85 

160 

MODULAR DESIGN 

117 

217 

NATIONAL SECURITY 

114 

210 

NUMERIC ACCURACY 

110 

203 

NUMERICAL CONTROL CAPABILITIES 

129 

243 

ONLINE INSTRUCTION UTILITY 

25 

53 

OPERATIONS ON DAOA RELATIONSHIPS 

69 

135 

OPTIONAL AUTOMATIC REPORTING 

57 

112 

ORGANIZATION LIST UTILITY 

19 

44 

P/kSSWORD CONTROL 

42 

81 

PASSWORD PROTECTION 

41 

80 

PRIVATE DATA SPACE 

62 

125 

PROCESS PLANNING AND DEFINITION 

44 

86 

PROCESS REPORTS 

48 

94 

PROGRAM AND DATA SET COMPARISCW 

94 

175 

PROGRAM AND DATA TRANSFER 

105 

194 

PROGRAM DATA ACCESS 

74 

146 

PROGRAM DEBUGGING UTILITY 

28 

56 

PROGRAM IDENTIFICATION AND DESCRIPTION 

98 

183 

PROGRAM INSERTION AND DELETION 

100 

185 

PROGRAM INTERFACE 

99 

184 

PROGRAM LIBRARY 

96 

180 
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IPAD REQUIREMENTS 


REQUIREMENT TITLE 

REQ. 

PAGE 

PROGRAM PERFORMANCE MONITORING UTILITY 

23 

51 

PROGRAM READ AND WRITE SECURITY 

89 

166 

PROJECT PLANNING 

50 

99 

PROJECT RESOURCE MONITORING 

55 

110 

PROJECT SCHEDULE MONITORING AND CCWTROL 

56 

111 

PROPRIETARY INFORMATION PROTECTION 

112 

208 

QUERY LANGUAGE 

11 

33 

RECOVERY AND BACKUP 

84 

159 

ke(higanizing data areas 

66 

130 

REPORTING UTILITY 

17 

42 

RESOURCE REPORTS 

52 

103 

RESPONSE TIME 

106 

197 

SATELLITE COMPUTER SUPPORT 

32 

62 

SHARED AND PRIVATE DATA SETS 

82 

156 

STANDARD GECMETRY FORMAT 

128 

241 

STANDARD LIMITING RESPONSE TIME 

38 

76 

SUBTASK MODIFICATION 

. 54 

109 

SUBTASK MONITORING 

53 

108 

SYSTEM ADMINISTRATION 

91 

169 

SYSTEM AVAILABILITY 

116 

214 

S*YSTEM CAPACITY 

108 

201 

SYSTEM PARAMETERS 

118 

218 

SYSTEM PERFORMANCE MONITORING UTILITY 

109 

202 

SYSTEM RELIABILITY 

115 

213 

SYSTEM WORKING" SIGNAL 

107 

200 

UNACCEPTABLE USER IDENTIFICATION 

40 

79 

USAGE ACCOUNTING 

111 

204 

USER ABSENCE AND REASSIGNMENT CONTROL 

43.1 

83 

USER ACCESS CC89TROL 

9 

30 

USER ACTIVITY CHECKLIST 

57.2 

114 

USER AIDS 

5 

25 

USER ASSISTANCE UTILITY 

26 

54 

USER CIASSIFICATION DISPLAY 

43 

82 

USER lATA ACCESS 

75 

147 

USER IDENTIFICATION 

39 

78 

USER INTERFACE DESCRIPTION UTILITY 

27 

55 

USER LANGUAGE 

1 

18 

USER PRIORITIES 

37 

69 

USER READ AND WRITE SECURITY 

88 

165 

USER SKILL LEVELS 

2 

19 

UTILITY PROGRAMS 

14 

38 
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REQM»T TITLE 


DESCRIPTION OF REQUIREMENT 


2> 1 USER INTERFACE 


2.1.t USER lANGUAGE 


1. User Language 

2. user SKill levels 

3. Error Diagnostics 

4 . Command Langtiage 

Functions 

5 - User Aides 

b . Command Language 

7. Access to Host O/S 
Functions 

b . Command Proinpts 

9. User Access Control 

10 . Exit Reports 


11. Query Language 


IPAD user Icuoguages shall be user- 
oriented, consistent in vocabulary 
and syntax . 

IPAD shall address the problem of 
variation in e3q>ertise. 

IPAD shall provide flexible error 
diagnostic capabilities vdiich are 
helpful, con 5 >lete, user-friendly, etc. 

IPAD shall provide a user command 
language comprised of IPAD executive 
level commands and commands in sub- 
ordinate user languages. 

IPAD shall assist the user in accomplish- 
ing his design tasJo by providing a 
description and overview of capabilities 
available in the IPAD system. 

IPAD command language shall be engineer- 
ing-user oriented. 

IPAD shall allow access to the host 
operating system capabilities. 

IPAD shall interpret commands into 
appropriate operating system functions 
supplying detaiilts, accepting abbre- 
viated comntcmds, etc. 

IPAD shall provide the capability for a 
manager to control the set of commands 
available to an individucd. IPAD user. 

IPAD shall provide reports of the status 
of data sets affected by the current 
IPAD work session, resources used, 
messages on file, etc. 

IPAD Shall provide an interactive query 
language sgpporting logical requests 
which may include cirithmetic operations 
and refer to any data element. 
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12. Header Data Query IPAD shall provide the capability to query 

header data. 

13. Management Query IPAD shall provide the capability to 

interrogate the official project data. 


2.1.2 USER TOOLS 

14. Utility Programs IPAD shall provide an open-ended set of 

machine -independent interface utilities. 

15. Edit Utility IPAD shall provide a general tejct-editing 

and update capability permitting on-line 
development of programs, changes to source 
modules, and selective display of the 
current data set and data in response to 
the current coimaand. 


1b. Document Utilily 
17 . Reporting Utility 

18. Menu Building Utility 

19. Organization lists 
Utility 

20. Mail list Utility 


IPAD shall provide a conplete capability 
to enter, maintain, and print documents. 

IPAD shall provide means for user -requested 
and autcinatic reporting. 

IPAD shall provide aids for planning-and- 
preparation phase usage in establishing 
individual user command menus. 

IPAD shall provide the means to produce 
corporate-like organizational lists do\m 
to individual named members and associated 
descriptors . 

IPAD shall provide a flexible means of 
constructing/accessing data for mailing 
lists. 


21. Message Utxlity 

22 . Docximent Reference 
Utility 

23. program Performance 
Monitoring Utility 

24 . learning Utility 


IPAD shall provide a means for one user 
to send a message (either displayed 
interactively or hard copied in batch) to 
designated \jsers. 

IPAD shall provide the capability to create, 
update, and query references to dociiments on 
standard design and processing procedures. 

IPAD shall provide a facility to monitor 
execution of a program and provide 
computer resource indicators. 
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25. 

26. 
27. 


28. 


29. 


30. 


31. 


32. 


33. 


34. 


35. 

36. 


On-Line Instruct:ion 
Utility 


User Assistance 
Utility 


User Interface 
Description Utility 


Program Debxigging 
Utility 


Command Sequence 
Interpretation Utility 


2.1 .3 


Interact ive , Batc^ , 
and Program Commands 


Interactive Terminals 


Satellite Computer 
Support 

Interrupt and Resume 
Capability 


Batch Job Processixig 


Checkpoint and Restcurt 
Capability 


Conference Viewing of 
Data 


tool allowing an instructor-student rela- 
tionshipr including monitoring of progress 

IPAD shall support on-line instruction with 
selection from short lists, programmed 
learning, and exai^ple problems. 

IPAD shall provide conditional activation 
of enhanced user -aids for giving novice 
users a better view of IPAD capabilities. 

IPAD shall provide a utility for creating 
and interogating data sets of text de- 
scribing the IPAD user-command interface. 

IPAD shall provide advanced on-line 
debugging aids for observing «md control- 
ling executive programs. 

IPAD shall provide means for interpretation 
of macro— like command sequence files . 

USER ACCESS 


IPAD shall addressible thru interactive 
terminal commands, batch control cards, 
or calls from user programs running under 
IPAD control. 


IPAD shall use textual and graphical 
interactive terminals (both storage and 
refreshed) as the primal user interface, 

IPAD shall be able to run jobs, in whole 
or in part, on a remote conqputer system- 

IPAD shall allow the user to interupt 
his interactive terminal session at any 
point. 

IPAD shall pezmit submittal of batch 
processing jobs from interactive 
terxoinals or through normal batch 
suimittal . 


IPAD shall allow a checkpoint/testart 
capability for jobs rvoming tmder the 
control of IPAD. 


IPAD shall provide the meeuis for multiple 
and conference viewing of IPAD data and 
generated displays. 
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37. 


38. 

39. 

40. 

41. 

42. 

43. 

43. ■ 

44. 

45. 

46. 


Oser Priorities 

Standard Limiting 
Response Time 

User Identification 

Unacceptable User ID 

Passviord Protection 

Passvozd Control 

User Classification 
Display 

User Absence and 
Reassignment Control 


IPAD shall recognize the emergency, 
short-duration, appointment, and 
standeurd user categories for priority 
control. 

IPAD shall provide user response by 
using the concept of standard limiting 
response time (SLRT) . 

IPAD shcU.1 determine the authority of a 
potential ^lser to access the IPAD system 
by checking passwords, user ID, etc. 

IPAD shall provide diagnostic aids to 
unacceptable identification tdiich allow 
for the re-entering of ID data. 

IPAD sh^d.l protect the user password 
from discovery thru normal usage. 

IPAD shall permit the \iser to easily 
change his own password. 

IPAD shall allow the user to request 
a display of the classifications 
assigned to the \iser for accessing 
and manipulating data . 

IPAD shall protect an absent users work- 
ing area and warn the user*s manager 
of messages, tasks, subtasks involved. 


2.2 DES1Q1 SUPPORT AND CONTROLS 


2.2.1 DESIGN PROCESS SUPPORT 


Process Planning and 
Definition 

Job Pr^aration 


Job Execution and 
Monitoring 


IPAD shall be able to support an un - 
li m ited nunher of design— team processes. 

IPAD shall provide the means for job 
preparation incltiding collecting programs 
and data, assembling into job sequence, etc. 

IPAD shall provide mechanisms for monitor- 
ing and providing executive authority 
over running jobs. 
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47 . 


Dynamic Reference 
To Data 


IPAD shall permit programs to reference 
data sets in specific data areas with 
the \ 2 ser identifying the ii^)ut/o\itput 
data sets to the job or grox:?) of jobs 
at execution time. 


48. Process Reporting IPAO shall provide for design process 

reports which may include both graphical 
and textual data. 

49. Information Release This requirement now covered by reqmt 81 


2.2.2 CX)MPUTER AIDED DESIGN PBOJECT MMiAGEMENT 

50. Project Planning IPAD shall provide the means whereby 

managers can plan a design project using 
one or more design processes. 


51. Management Support 


52 . Resource Reports 


53 . SubtasX Monitoring 


54 . Subtask. Modification 


55. Project Resource 
Monitoring 


56. Project Schedule 
Monitoring and 
Control 

57 . Optional Automatic 
Reporting 


57.1 Application Progreua 
Ce rtif ication 


IPAD shall sv 5 >port design management 
by storage and utilization of mazxage- 
ment tools such as critical path, work 
progress, etc . 


IPAD shall provide individual reports 
on the statxjs of con^uter resource 
and manpower accounts . 


IPAD shall provide the means to monitorl 
subtask status or subtasks which have 
been sui^ended. 


IPAD shall allow for input of task 
status, add/delete/alter tasks and 
subtcusks, or suspend a task in progress. 


IPAD shall prepare a report comparing 
the coo^xuter resources budgeted versus 
actual usage. 

IPAD shall permit projects to be driven 
by schedule control. 


IPAD shed.1 permit optional automatic 
r^orting of such iems as schedule 
deligxiencies, notice of data changes 
to users having accessed particular 
data sets , etc . 

IPAD shall document the integrity of 
a given job execution by certifying 
the ccxnponent operational modules. 
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57.2 User Activity 
Checklist 


IPAD shall provide the capability for 
the user t.o request a sunnary of his 
activities . 


2.3 INPORMATIPN MANAGEMENT 
2.3.1 DATA MANASEMENT 


58 . Information Bank 
Structure 


IPAD Shall permit grov^ of IPAD data 
sets to be logically gxovped into data 
areas for user convenience. 


59. Data Set Association IPAD shall provide the capability to 

logically associate data sets with a 
given data set. 

60. Data Set Head^s IPAD Shall permit the logical associa— 

ticn of header data with each data set. 


61 . Data Area Contents IPAD shall provide data areas consisting 

of both a data dictionary and the actml 
data sets . 


62. Private Data Space IPAD shall provide a special subtask 

area as the private data curea for each 
subtask. 


63. Data Element Types 

64 . Data Growth 

65. Engineering Standards 

66 . Reorganizing Data 
Areas 

67 . Data Structures 

68. Data Elements and 
Relationships 


IPAD shall Stuart an expandable list of 
data element types such as text, scalars, 
vectors, matrices, tables, lists, etc. 

IPAD shall support an orderly growth of 
data set definitions within an IPAD infor 
nation bank without inpacting information 
aval labi li ty . 

IPAD shall provide means for the install- 
ing definitions, sets of values for 
engineering standards, etc. in the infor- 
mation bank. 

IPAD shall provide the capability of 
combining individual data areas into one 
xresulting data area. 

IPAD shall provide and support those data 
structures coomonly used by engineering 
disciplines . 

IPAD shall provide the user with a 
capability to define data el^nents and 
to introduce relationships between than. 
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69. Operations on Data 
Relationships 


70. Data Element Names 


71. Data Quantification 


72. Data Set Copying 


73 - Archived Data 

74. Program Data Access 


75. user Data Access 


76. Data Set Access 
Records 

77. Data Set 
Identif i cation 


IPAD shall allow establishing, recording, 
viewing, locating, and modifying the 
logical relationships of data elements. 

IPAD shall expect unique element names 
within the data areas in which the 
elements are defined. 

IPAD shall support extensive data 
volumes with upper amd lower data 
volumes defined to su^^rt at least 
ten IPAD-^esign products. 

IPAD shall provide the means to the 
user for copying data and programs 
into subtask or private data areas 
from other data areas. 

IPAD shall provide for access to 
archived project data. 

IPAD shall allow user programs to 
work within a subset of a data area or 
with data from multiple data areas. 

IP/S> shall allow the user to limit a 
query to a specific data area or to a 
siibset of the information data bank. 

IPAD shall keep a record of all accesses 
to a data set. 

IPAD shall guarantee that data set 
content changes cause ch 2 uiges in 
data set id^tification. 


78. Data Purge Permission 


79 . Data Retention 
Classification 


80 . Data Version 
Notification 


IPAD shall require special permission 
to piurge any data set which has a 
dependent data set vihile these data 
sets are tinder project control. 

IPAD shall provide for data set retention 
classifications to include permanent, 
program life, project life, etc. 

IPAD Shall notify users accessing 
preliminary data that a later version 
of the data is available. 


81. Data R^ease 
Mechanism 


IPAD shall provide for the creator or 
modifier of data to release it and qualify 
the data set for the benefit of other users 
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82 . 


83. 

84. 

85. 

86 . 

87. 

87. 

88 . 

89. 

90. 

91. 

92. 

93. 


Shared azid Private 
Data Sets 

Data Distribution 
Control 


Re c» very and Backup 


Moditication or loss 
of Data 


Data Transaction 
History 


Data Validation 


Data Set Modification 
Log 

Dser Read and Write 
Security 


Program Read and 
Write Security 


Classified Data 
Access 


System Admiid. strati on 


IPAD shall accomodate both shared and 
private data sets. 

IPAD shall permit both automatic 
and manual distribution of data cmd 
programs throughout the IPAD Computer 
Coup lex. 

IPiiD shall provide for recovery and 
backup in case of system failure or 
descruction of data bases. 

IPAD shall automatically identify any 
data areas affected by losses or 
modifications to the data base. 

IPM> shall record a transaction history 
with data needed to recreate data 
destroyed or modified. 

IPAD shcdl provide for validation of 
user data including a range of vcdues 
check. 

IPAD shall log data set modification 
history for each versicm. 

IPAD shall control the users ability 
to read and write data as per the need- 
to-know and other security consideration. 

IPAD shall control computer program 
access to data in a similar manner 
to the interactive \iser query. 

IPAD shall require stringent viser 
identification to access classified 
and/or proprietary data. 

IPAD shall accomodate the special 
managerial requirements of the data 
administrator . 


2.3.2 INFQRIATION MANA3EMENT TOOLS 
0 

Data Update^ and IPAD shall provide update and 

Transformation transformation capabilities for a wide 

range of requirements. 


Data transformation IPAD shall provide automated means for 

unit conversions, data tremsformations. 
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94 


Program and Data 
Set. Comparison 


IPAD sluill coo^are liwo or more data sets 
or programs for physical differenoes and 
report those differences. 


95. Mathmatical Operations IPAD shall provide utilities for per- 
forming arithmetic and logical operations 
on selected data. 


2.3.3 COtgUTER PRCX3RAM LIBRARY 


96 . Program hibrary 


97. Explicit and Implicit 
I/O 


IPAD shall support a program library 
consisting of progreuns in either source 
or executable form for use in the design 
process . 

IPAD shall stapport several modes of 
program interfaces with the information 
data bank. 


98. Program Identification 
and Description 


IPAD shall allow users to enter keyvords 
and standard descriptions of their programs 


99. Program Interfaces IPAD shall include tools for interfacing 

existing design computer programs with 
each other. 


100. Program Insertion and 
Deletion 


IPAD shcd.1 provide for the easy insert- 
ion of programs from the library. 


2-4 AUXILIARY /EXTERNAL SYSTEM INTEEtFACES 


2.4.1 HOSTyREMOTE SYSTEM INTERFACES 


101. Host Computers 


102. Communication 
Standazds 


103. Access By Other 
Systems 


IPAD shall be capable of operating on 
either a single conputer or on a dis- 
tributed computer complex. 

IPAD shall utilize communications 
standards between computing systems cuid 
aerospace companies. 

IPAD shall pessiit access to all design 
data under IPAD control obtained from 
non-IP AD systems. 


2.4.2 SOFTVftRE INTEREACES 


104. Communication With 
Other Systems 


IPAD shall have the ability to ccxnmun- 
icate with existing software syst«ns 
external to IPAD. 
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105 


Program and Data 
Transfer 


IPAD shall £acilit.a^ transfer of 
program modules • data bases, etc* be- 
tween installations, accounting for 
differeiKses in computer word sizes. 


2.5 GEKEBAL SYSTiM CAPABILITIES 


2 . 5. 1 PERFOBMANCE 


106. Response Time 

107. "System Working" 

Signal 

108. System Capacity 

109. System Performance 
Monitoring Utility 

110. Numeric Accuracy 

111. Usage Accounting 


IPAD shall provide for adequate re- 
sponse time for varying functions. 

IPAD shall display a signal to the 
user to indicate the system is working 
(\ised if response time is long) . 

IPAD shall have no restrictions inposed 
other than the physical limitations of 
the har^cure configuration xised to 
support IPAD. 

IPAD shall provide a complete set of 
tools for the system administrator to 
monitor system performance. 

IPAD shall be able to store nvmverical 
data with at least 10 significant digits. 

IPAD shall be able to determine how data 
and system resources are used. 


2.5.2 SECURITY 


112. Proprietary Information IPAD shall prevent the disclosure of 

Protection information to proprietairy interests of 

the user-company. 

113. Fail-Safe Security IPAD shall not compromise security 

considerations evmi in the event of a 
system failure. 

114. National Security IPAD shall not preclude the operation in 

accordance with standards for the safe- 
guarding of classified information. 
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2.5.3 RELIABlLlTy 


115. 

116. 

117. 

118. 

119. 

120 . 
121 

122 

123 


System Reliability IPAD shall be reliable to the point that 

systan reliability need not be a planning 
consideration for IPAD users. 

System Availability IPAD shall be available more than 97.5% 

of the available time allocated to IPAD 
use on the host oonputer. 

OKU v^.RyiBiLrrY 

IPAD shall be designed for modular func- 
tional capabilities, allowing a gradual 
adoptation of IPAD within a company. 

IP/D shall have installation parameters 
available for tuning the IPAD system to 
the needs and capabilities of the install- 
ation. 


Modular Design 


System Parameters 


2.6 GRAPHICS 
2.6.1 GRAPHICS STANDARDS 


Graphics Primitives IPAD shall utilize a ^ndard grap^cs 

software package consisting of defined, 
standard graphics primitives. 


Communication Standard IPAD shall establish standards for co^ 
for Non- Intelligent munication with non- intelligent graphics 

Graphics Terminals terminals . 


Communication Standard 
for Intelligent 
Graphics Terminals 


IPAD shcdLl establish standeurds for ocmi- 
munication with intelligent graphics 
terminals. 


2.6.2 DEVICE INTERFACE 

Graphics Interface IPAD shall provide interface software for 

Software most comnon graphics devices. 

2.7 GRiJ»HICS RELATED TOOLS 


2.7.1 GRAPHICS RBIATED PRQ(3tAMMlNG TCX)LS 

Graphic Display of IPAD shall include compr^ensive capabil- 

Numerical Data ities for conversion of numerical data 

into graphical format . 
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124. Animation Package 


125. Graphic Programming 
Tools 


IPAD shall provide an animation package 
to help display c^amic phenomena in a 
flicker -^ree form. 

IPAD shall provide comprehensive graphic 
programming tools allowing development from 
sijqplified building blocks. 


2 .7 .2 GEOMETRY 

126. Design Drafting IPAD shall provide CAD entities such as 

Capabilities point, line, circle, fillet, ellipse, 

rectangle, ruled surface, curve mesh 
surface, etc. 


127. Geometry Conversion 
To APT Format 


128. Standard Geometry 
Format 


129. Numerical Control 
Capabilities 


IPAD shall provide a utility to convert 
from geometry data in the IPAD communi*- 
cation format into a form suitable for 
APT usage. 

IPAD shall be capable of allowing a geo- 
metry format «hich is an extension of the 
ANSI Y14.26 proposed standards. 

IPAD shall provide a wide range of N.C. 
capabilities . 
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R EQ 


b. 0 
2 . 0 
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111 . 0 

7.0 
^ 3.0 

103.0 

9.0 
60 .0 

96.0 
7^.0 

9.0 

9.0 

76.0 

79 .0 
76. 0 

67.2 

7.0 

96 . 0 

96 .0 
96. 0 

11.0 

91.0 
55 .0 

111.0 
110. 0 

96.0 

57.2 
57.2 
3 8 .0 

69.0 

59.0 
5 .0 
3. 0 

92.0 

59.0 
129.0 

129.0 
12P.0 

57.1 
37.0 
37 .0 
37.0 

37.0 
37. 0 

127 .0 

73.0 
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KEYWORD 


AilBREVIATED COMMANDS 

ABBRE VI AT ION 

ABORT 

ACCESSES 

ACCESSIBLE HOST OPERATING SYSTEM 

ACCESSING DATA 

ACCESS BY OTHER SYSTEMS 

ACCESS CONTROL 

ACCESS CONTROL 

ACCESS CONTROL 

ACCESS DATA AREA SUBSET 

ACCESS HOST OPERATING SYSTEM CAPABILITIES 
ACCESS IPAD UTILITYS 
ACCESS LOG 

ACCESS MULTIPLE DATA AREAS 
ACCESS RECORDS 
ACCESS SUMMARY 

ACCESS TO HOST 0/S FUNCTIONS 

ACCESS TO JOBS 

ACCESS TO PROGRAMS 

ACCESS TO SOURCE MODULES 

ACCE SS 

ACCESS 

ACCOUNTING INFORMATION 

ACCOUNTING 

ACCURACY 

ACTIVITIES 

ACTIVITY DATE 

ACTIVITY SUMMARY 

ACTUAL RESPONSE TIME 

ADD DATA 

ADD 

AIDS 

ALTERNATE PARAMETERS 

ALTER VALUES 

ALTER 

ANIMATION 

ANIMATION PACKAGE 

ANSI Y19.26 

APPLICATION PROGRAM CERTIFICATION 

APPOINTMENT 

APPOINTMENT PERIOD 

APPOINTMENT RESERVATIONS 

APPOINTMENT USER 

APPOINTMENT USER TERMINALS 

APT FORMAT 

ARCHIVAL DATA 

ARCHIVE DATA 
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79.0 

95.3 
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51 .0 

50.0 
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50.0 

30.0 
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0 

0 
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28. 0 
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35. 0 
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90. 0 
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19.0 


ARCHIVE DATA 
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ART 

ASSIGNMENTS 
ASSIGN NAMES 

ASSOCIATIVE DATA RELATIONSHIP 
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AUTOMATIC UNIT CONVERSION 

AVAILABILITY 

BACKUP 
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BATCH COMMANDS 

BATCH JOB PROCESSING 
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BATCH MODE 

BATCH PROCESSING 

BATCH PROCESSING 

BATCH QUERY LANGUAGE 

BATCH SUBMITTAL 

BATCH 

BEGIN MILESTONE 

BETWEEN AEROSPACE COMPANIES 

BOOLEAN OPERATIONS 

BRIEF ERROR DIAGNOSTIC 

BUDGETED RESOURCE REPORT 

BUDGET STATUS REPORT 

BUDGET 

BUDGET 

BUILD MENU 

CAD 

CALCOMP 763 
CANCEL RESULTS 
CAPABILITIES 
CAPACITY OF IPAD 
CERTIFICATION 

CERTIFIED OPERATIONAL MODULES 

changes to PASSWORD 

CHANGE DATA 

CHANGE DESCRIPTION 

CHANGE HISTORY 

CHANGE PROGRAM 

CHANGE REASON 

CHECKPOINT 

CHECKPOINT RESTART 

CHECKPOINT AND RESTART CAPLABILITY 
CLASSIFIED DATA 
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COMMANDS 
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COMMAND DESCRIPTION 
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COMMAND DECODING AND DISPLAY 

COMMAND FUNCTIONS 

COMMAND FUNCTIONS 

COMMAND interpretation 

COMMAND LANGUAGE 

COMMAND LANGUAGE FUNCTIONS 

COMMAND LANGUAGE 

COMMAND MODE 

COMMAND OVERVIEW 

COMMAND PROMPTS 

COMMAND RESTRICTION 

COMMAND SEOJENCES 

COMMAND SEQUENCE INTERPRETATION UTILITY 

COMMIT SCHEDULE DATES 

COMMUNICATION 

COMMUNICATION STANDARDS 

COMMUNICATION WITH 

COMMUNICATION WITH 

COMMUNICATION WITH INTELLIGENT TERMINALS 

COMPARE DATA 

COMPARE DESCRIPTOR 

COMPARE DESCRIPTOR TO I NA ME 

COMPARE INAME TO DESCRIPTOR 

COMPARE PROGRAMS 

COMPARE 

COMP ARE 

complete key tasks 

COMPLETE PROJECT 
COMPUTER PROGRAM 
COMPUTER PROGRAM 
COMPUTER RESOURCES 
COMPUTER RESOURCE REPORT 
COMPUTER RESOURCES 
COMPUTER RESOURCES 
COMPJTOR COURSES 
COMPUTOR LEARNING 

COMUNICATION WITH NON- INT ELL I GENT TERMINALS 
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C.4 


REV. B 



KEYWORD LIST 


REO 


2C. 0 
91 .0 
60.3 

119.0 
129. 0 

123.0 
127 .3 

93.0 

72.0 

72.0 
57 .2 

19.0 

19.0 

28.0 
19.0 
IH.O 

19.0 

57.2 

111.0 

51 .0 
5 1.0 

52.0 

52 .3 
126. 0 

60.0 

75.0 

91.0 
81 .0 
A7.0 
7^.0 

53.0 

70 .0 
63. 0 
9 ^ .0 

61.0 
83 .0 

93.0 

61.0 
6 ^ .0 
65 .0 
63 .3 
58. 0 
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CONSTRUCT MAIL LIST 
CONTENT 

CONTROLLED DATA 
CONTROL 
CONTROL 
CONVERSION TO 
CONVERT 

COORDINATE TRANSFORMATION 

COPY DATA 

COPY PROGRAMS 

COPY SUMMARY 

CORPORATE LIKE LIST 

CORPORATE LKE ORGANIZATIONAL LIST 

CORRECTION 

CREATE MAILING LIST 

CREATE MENU 

CRPATF ORGANIZATION LIST 
CREATION SUMMARY 
CRE ATION 
CRITICAL PATH 

CUMULATIVE COST DISTRIBUTION 

CUMULATIVE RESOURCE REPORTS 

CURRENT STATUS 

CURVES 

DATA ACCESS 

DATA ACCESS 

DATA ADMINISTRATION 

DATA APPROVAL CATEGORIES 

data ARFAS 

DATA AREAS 

DATA AREA 

data area 

DATA CHARACTERISTICS 
DATA COMPARISON 
DATA CONTENT 
DATA CONTROL 
DATA CONVERSION 
DATA DEFINITION 
DATA DEFINITION 
DATA DEFINITION 
DATA DEFINTTION 
DATA ELEMENT TYPE 
DATA ELEMENT TYPF 
DATA ELEMENT NAME 
DATA FLOW 
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DATA FLOW 
DATA FLOW 
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DATA TRANSFORMATION 

DATA TRANSFER 
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DATA VALIDATION 

DATA VERSION 

DATA VERSION 
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DATA 

DATA 
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DECODING 

DEFAULT PARAMETERS 
DEF INE DATA 
DEFINE DATA ELEMENTS 
DEFINE DATA FCRMATS 
DEFINE DATA RELATIONSHIPS 
DEFINE FORMATS 
DEFINE RELATIONSHIPS 
DF FINE 

DEFINITION OF PROCESSES 

DEFINITION 

DELETE 

DELETE 

DFLETION SUMMARY 
DEPFNDANCY OF TASKS 
DEPENDANT GROUP NAME 
DEPENDENT DATA SET 
DEPENDENT DATA SETS 
DESCRIBE COMMAND 

DESCRIPTIONS OF THE USER INTERFACE 

DESCRIPTOR 

DESCRIPTOR NAME 

DESIGN DRAFTING 

DESIGN PROJECT 

DESIGN PROCESS 

DESIGN PROCESS REPORTS 

DESIGN PROCESSES 

DESIGN project 

DE SIGN 

DICTIONAR Y 

DICT lONARY 

DICTIONAR Y 

DI CTIONARY 

DIG IT IZER 

DISPLAY CURRENT OPERATION 
DISPLAY DATA 
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DISPLAY MESSAGE 

DISPLAY 

DISPLAY 

DISPLAY 

DISP LAY 

DISTRIBUTED COMPUTING 
DGCMENT MAINTENANCE 
DCCUMENTATION UTILITY 
DOCUMENTATION 
DOCUMENT CONTENTS 
DOCUMENT INFORMATION 
DOCUMENT INFORMATION RETRIEVAL 
DOCUMENT INFORMATION STORAGE 
DOCUMENT PREPARATION 

DOCUMENT PREPARATION AND MAINTENANCE 

DOCUMENT REFERENCES 

DOCUMENT reference UTILITY 

DOCUMENT SUBJECTS 
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DRAWING SCALE 

DUMB 

DYNAMIC GRAPHICS 
DYNAMIC REFERENCE TO DATA 
DYNA MIC 

EASY COMMAND LANGUAGE 

EDIT/UPDATE LANGUAGE 

EDIT DATA BASE 

EDIT DATA 

EDIT DICTIONARIES 

EDIT management INFORMATION 

EDIT UTILITY 

EDIT 

EDIT 

ELAPSED TIME 

emergency 

EMERGENCY USER 
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ENGINEERING LANGUAGE 
ENTER DATA 
ENTER DATA BASE 
ERROR CORRECTION 
ERROR DIAGNOSIS 

ERROR DIAGNOSIS AND CORRECTION 

ERROR DIAGNOSTIC 
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ERROR SOURCE 
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126.0 

FUNCTIONS 

65.0 

GATHER INFORMATION 
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INTERRUPT EXCUTION 

3^.0 

INTE RRUPT 
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MONITOR PROGRAM 
MONITOR PROGRESS 
MONITOR RESOURCFS 
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KEYWORD LIST 


RED KEYWORD 


23.0 
6t.O 

36.0 
19 . 0 

.0 

11^.0 

83.0 
89 . 0 

66.0 
1 20 .0 

103.0 
10^.0 
10^.0 

6 8.0 
^ 3.1 
80 . 0 
26.0 
2.0 
63 .0 

53.0 

95.0 
110. 0 

110.0 
1 23.0 
129.0 

129.0 

123.0 
129 . 0 

33.0 

13.0 

50.0 

15.0 

25.0 

25.0 

15.0 

73.0 

29.0 

69.0 
57 .0 
19 . 0 

19.0 
19.0 
19.0 
A 7.0 

5.0 
118 .0 
^ 2.0 
^ 2.0 


MONITOR 

MOV= DATA AREAS 
MULTIPLE VIEWING 
NA ME 

NATIONAL SECURITY 
NATIONAL 
NEED TO KNOW 
NFFO TO KNOW 
NESTED DATA AREA 

NON-INTELLIGENT GRAPHICS TERMINALS 

NDN-IPAD SYSTEM 

NON-IPAD SYSTEM 

NON-IPAD SYSTEMS 

NON REDUNDANT 

NOTIFICATION OF USER'S ABSENCE 

NDTI FI CATION 

NOVICE 

NOVICE 

NUMBER OF ACTIVE JOBS 

number of suspended jobs 

NUMERICAL DIFFERENTIATION 

numerical 

NUMERICAL ACCURACY 
NUMERICAL DATA 
NUMERICAL CONTROL 
NOME PICAL 

NUMERIC TO GRAPHICS 
N.C. CAPABILITES 
OBTAIN HELP 
OFFICIAL PROJECT DATA 
OFFLINE 

ON-LINE DATA DEVELOPMENT 

ON-LINE INSTRUCTION 

ON-LINE INSTRUCTION UTILITY 

ON-LINE PROGRAM DEVELOPMENT 

ON-LINE STORAGE 

OPERATING SEQUENCE 

OPERATIONS ON DATA RELATIONSHIPS 

OPTIONAL AUTOMATIC REPORTING 

ORGANIZATION 

ORGAN IZ ATION DISPLAY 

ORGANIZATION LIST DISPLAY 

ORGANIZATION LIST 

OUTPUT DATA SFTS 

OVERVIEW 

PARAMETERS 

PASSWORDS 

PASSWORD CONTROL 
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RPQ KEYWORD 


Al.O 
39. 0 
91 .0 
?3.3 
23 .0 
109.0 

109.0 
!?2 .3 
37. 0 
21 .0 

67.0 

99.0 

50.0 

123.0 

126.0 
5 5.0 

eo.o 

ei.3 

37. 0 

31.3 

119.0 
9 .3 

82.3 

62.0 

99.0 
99 .3 
99. 0 

98.3 
99 .0 
?5.0 

125.0 
89. 0 

57.1 

30.0 
79 .0 

28.0 
98.0 

100.3 
23. 0 

98.0 

96.3 

99.0 
IOC. 0 

55.3 

96. 0 
100.3 

23 .0 

105.0 


PASSWORD PROTECTION 
PASSW ORD 
PASSWORD 
PERFORMANCE 

PERFORMANCE MONITORING 
P FRFORMANCE 

PPRFORMANCF MONITORING 
PERIODIC REPORT 
PERMISSION CODES 
PERSONAL messages 
PHYSICAL STRUCTURE 
PLANNING PROCESSES 
PLANNING 
PLOTS 
PL OTTER 

POINT OF SUSPENSION 
PRELIMINARY DATA 
PRELIMINARY DAT 
PREMIUM CHARGE 
PRIMARY USER INTERFACE 
PRIMATI VES 
PRINT 

PRIVATE DATA SETS 
PRIVATE 

PROCESS DEFINITION 

PROCESS PLANNING 

PROCESS PLANNING AND DEFINITION 

PROCESS REPORTS 

PROCESS 

PROGRAMMED LEARNING 

PROGRAMMING 

PROGRAM ACCESS 

PROGRAM CERTIFICATION 

PROGRAM COMMANDS 

PROGRAM DATA ACCESS 

PROGRAM DEBUGGING UTILITY 

PROGRAM DESCRIPTION 

PROGRAM DELETION 

PROGRAM EXECUTION MONITORING 

PROGRAM IDENTIFICATION 

PROGRAM INTEGRATION 

PROGRAM INTERFACE 

PROGRAM INSERTION 

PR0C7RAM ITEM NUMBER 

PROGRAM LIBRARY 

PROGRAM LIBRARY 

PROGRAM MONITORING 

PROGRAM MODULES 
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KEYWORD LIST 


RFO 


23 .0 
2 3.0 

23.0 
P9.0 

lOIJ.O 

57.1 

89.3 
23. 0 

30.0 
^7 .0 
97. 0 

100.0 
122.0 
5h, 0 

73.0 

13.0 

39.0 

55.0 

50.0 

56.0 
5 5.0 
56.0 

56.0 

50.0 
8.0 

90. 0 
112.0 
112.0 
112.0 

78 .0 
BB.O 
12. 0 

12.0 

75.0 
^.0 

11.0 
28.0 

75.0 

11.0 
12.0 

13.0 

65.0 
33 .3 

33.0 

67.3 

36.0 
PA. 0 

3.0 


KEYWORD 


PROGRAM PERFORMANCE MONITORING 

PROGRAM PERFORMANCE MONITORING UTILITY 

PROGRAM RESOURCFS MONITORING 

PROGRAM READ SECURITY 

PROGRAM TRANSFER 

PROGRAM VERSIONS 

PROGRAM WRITE SECURITY 

PR OGRAM 

PROGRAM 

PROGRAM 

PROGRAM 

PROGRAM 

PROJECTION DEVICES 

PROJECTS 

PRnjPCT CONTROL 

PROJECT DATA 

PROJECT IDENTIFICATION 

PROJECT MILE STONE 

PROJECT PLANNING 

PROJECT PLANNING 

PROJECT RESOURCE MONITORING 

PROJECT SCHEDULE MONITORING 

PROJECT SCHEDULE CONTROL 

PROJECT 

prompts 

PROPRIETARY DATA 

PROPRIETORY INFORMATION PROTECTION 

PROPRIETORY 

PROTECTION 

PURGE PERMISSION 

QUERY ACCESS 

QUERY DATA 

OUERY HEADER DATA 

QUERY INFORMATION BANK SUBSET 

OUERY JOB STATUS 

OUERY LANGUAGE 

OUERY PROGRAM 

OUERY SPECIFIED DATA AREA 

QUERY 

QUERY 

QUERY 

OUERY 

QUIT AND CANCEL RESULTS 
QUIT 

RANGE CHECK 

PEAL TIME MESSAGES 

RECOVERY 

rectify error 
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KEYWORD LIST 


REQ KBYWORD 


128. 0 
22.0 
A7.0 

31.0 
8C.0 
81 . 0 

11 5 .0 

52.0 

32.0 

32.0 

66.0 
1 7 . 0 

48.0 
111.0 

17.0 

17.0 

52.0 

55.0 
4.0 

10.0 
1 0 . 0 

4.0 

35. 0 

10.0 
10.0 
10.0 

51.0 
51 .0 

52 .0 

52.0 
111.0 

52 . 0 

53 .0 

23.0 

52.0 

23.0 
38 . 0 

106.0 
106.0 
28 . 0 
4.0 

28.0 

34.0 
4.0 

55 .0 
9 . 0 

66.0 

54 .0 


REDUCE 

REF ERENCES 

REFERENCE TO DATA 

REFRESHED GRAPHICS TERMINALS 

RELEASED DATA 

RELEASED DATA 

PE LIABILITY 

REMAINING RESOURCE REPORT 
REMOTE COMPUTER 
RE MOTE 

reorganize data areas 

REPORTING UTILITY 

R FPOR TS 

REPORTS 

REPORT GENERATION UTILITY 

RE POP T 

REPORT 

REPORT 

REQUEST HELP 
REQUEST RESOURCES 
R'=QUEST STATUS 
REQUEST TUTORIALS 
RESOURCES CONSUMED 
RESOURCES USED 
RESOURCES REMAINING 
R ESQURCE S 

RESOURCES AVAILABLE 
RESOURCES EXPENDED 
RESOURCES USED 
RESOURCES REMAINING 
RESOURCES 
RESOURCE CONTROL 
RESOURCE INFORMATION 
RESOURCE MONITORING 
RESOURCE REPORTS 
RESOURCE 
RESPONCE TIME 
RESPONCE TIME 
RESPONCE 

RESTART EXECUTION 
RESTART JOB 
RESTART 
R ES TAR T 
R'^START 
RESTART 

RESTRICT COMMANDS 
RESTRUCTURE DATA AREAS 
RESUME A TASK 
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KEYW3RD LIST 


REO 

KFY'aIORO 

33.0 

RESUME 

79,0 

retention classifi: ation 

73.0 

RETRIEVE ARCHIVED DATA 

^6.0 

REVIEWING FINAL RESULTS 

<♦6.0 

REVIEWING INTERMEDIATE RESULTS 

51.0 

REVIEWS 

3<t.0 

REVIEW INTERMEDIATE RESULTS 

33. 0 

REVIEW RESULTS 

29 .0 

SAMPLE PROBLEMS 

35.0 

SAMPLE problems 

3?. 0 

SATELLITE 

33.0 

SATELLITE COMPUTER 

3? .0 

SATELLITE COMPUTER SUPPORT 

<♦. 0 

SAVE 

9!>.0 

SCALING 

132.0 

SCANNING UNITS 

51.0 

SCHEDULES 

56.0 

SCHEDULE CONTROL 

57.0 

SCHEDULE DATE 

56.0 

SCHEDULE MONITORING 

53.0 

SCHEDULE 

56.0 

SCHEDULE 

50.0 

SCHEDULING 

132.0 

SCA020 

37. 0 

SD USER 

16.0 

SE ARCH 

39.0 

SECURITY CLASSIFICATION 

86.0 

SECURITY CONTROL 

89. 0 

SECURITY CONTROL 

91.0 

SECURITY CONTROL 

96. 0 

SECURITY CONTROL 

113 .0 

SECURITY 

11<^.0 

SECURITY 

119.0 

SEGMENTS 

15.0 

SELECTIVE DATA DISPLAY 

79.0 

SELECTIVE PURGE 

Z9,0 

SELF-TEACH 

29 .0 

self-teach computer 

<♦ .0 

SEND MESSAGE 

29. 0 

SEQUENCE CONTINUITY 

29. 0 

SEQUENCE INTERPRETATION 

29.0 

SEQUENCE 

5? .0 

SESS ION RESOURCE REPORT 

50.0 

SET OF SYMBOLS 

136.0 

SHAPES 

o 

• 

cc 

SHARED DATA SETS 

37.0 

SHORT DURATION 

37. 0 

SHORT DURATION USER 
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KEYi^ORD LIST 


RE3 KEYWORD 


110. D 
108.0 
2.0 
2.0 

3 8.0 
122 . 0 

60.0 

15.0 
P6. 0 

37.0 

16.0 

65.0 

96.0 
128.0 

38. 0 
? 8.0 
37. 0 

65.0 

37.0 
1 28.0 

^ 3.1 
^ .0 
50. C 
4.0 
lli.O 

53 .0 
53. 0 

56.0 
10. 0 

4 8 .0 

53.0 

54 .0 

55 . 0 
91. C 

28.0 

54.0 

2 e.o 

28.0 

91. 0 
4.0 

55.0 

72.0 

53 .0 

50.0 

53.0 

54.0 

56.0 

54 .0 


SIGNIFICANT DIGIT 
SIZE OF IPAD 
SKILL LEVEL 
SKILL 
SLRT 

SOFTWARE 

SOURCE AND QUALITY 
SOURCE MODULE CHANGES 
SOURCE 

SPECIFIED WORK PERIOD 

SPELLING CHECK 

STANDARDS 

STANDARDS 

STANDARD GEOMETRY 

STANDARD LIMITING RESPONCE TIME 

STANDARD RESPONCE 

STANDARD USER 

STANDARD VALUE 

STANDARD 

S TANDARD 

START-FINISH PERIOD 
START JOB 
START PROJECT 
START 

STATISTICS 

STATUS OF ACTIVE JOBS 

STATUS OF SUSPENDED JOBS 

STATUS REPORTS 

STATUS 

STATUS 

STATUS 

STATUS 

STATUS 

STATUS 

STEP-BY-STE? EXECUTION 

STOP A TASK 

STOP EXECUTION 

STOP 

STORAGE 

SURMI T BATCH JOB 
SUBTASKS 

SURTASK DATA AREA 

SUBTASK MONITORING 

SUBTASK 

SUBTASK 

SUBTASK 

SURTASK 

SUB TASK MODIFICATION 
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REQ 

KEYWORD 

57,2 

SUMMARY 

9 b . 0 

SUMMING 

l?b.O 

SUPER POSITION 

5 1.0 

SU PPOR T 

5b. 0 

SUSPEND 

1 .0 

SYNT AX 

103.0 

SYSTEM ACCESS 

AO.O 

SYSTEM ADMINISTRATOR 

91.0 

SYSTEM ADMINISTRATION 

109 .0 

SYSTEM administrator 

116.0 

SYSTEM AVAILABILITY 

loe .0 

SYSTEM CAPACITY 

91.0 

SYSTEM CONTROL 

60.0 

SYSTEM DATA 

60 . 0 

SYSTEM DATA I DE N T IE I C AT I ON 

37 .0 

SYSTEM LOAD 

21.0 

SYSTEM MESSAGES 

37.0 

SYSTEM OVERLOAD 

IIB.O 

SYSTEM PARAMETERS 

llb.O 

SYSTEM RELIABILITY 

107 . 0 

SYSTEM WORKING SIGNAL 

16.0 

TABLE OF CONTENTS 

50.0 

TABULAR DISPLAY 

50.0 

TASK 

56.0 

TASK 

26 .0 

TEACHING COMPUTER 

26 . 0 

TEACHING SURVEILLANCE 

26.0 

TEACH 

66 .0 

TECHNICAL PROCESS 

122.0 

TEKTRONI CS 

31. 0 

terminals 

120.0 

TERMINALS 

121 . 0 

TERMINALS 

33.0 

TERMINAL SESSION 

50.0 

TERMINAL 

60.0 

TERMINATED 

63.1 

TERMINAT=D USER'S TASK 

31 . 0 

T cXTUAL /GRAPH IC AL INTERACTIVE 

31 .0 

TEXTUAL TE=»MINALS 

15.0 

TEXT EDIT 

119.0 

TEXT 

10^.0 

TI ME 

125.0 

TOOLS 

37 . 0 

TCP PRIORITY 

R6.0 

TRACE OF ANTECEDENTS 

6.0 

TRANSFER DATA 

36.0 

TRAN SEER 

105.0 

TRANS FE R 


TERMINALS 
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KEYi^OPD LIST 


REO 


f >,0 

a .0 
21 .3 
?*>. 0 
s.o 

^0.3 

^0.0 

40.0 

90.0 
111.0 

70.0 
70. 0 

93.0 

95.0 
P5.0 

40.0 
111.0 
111.0 

43 . 1 
43 .1 

9.0 
8F.0 
57. 2 
26 .0 

5.0 
26.0 
26.0 

46.0 
37. 0 

43.0 

43.0 
27. 0 

75.0 

39.0 
2 6.0 

27.0 
27 .0 

10 1 . 0 

1.0 

21.0 

37.0 
6e.O 

43.1 
2.0 

43.1 
88.0 
47 .0 
48.0 


KEYWORD 


TRANSLATE 

translate command 

TRANSMIT MESSAGE 
TUTORIAL S 
TUTORIAL AIDS 

UNACCEPTABLE IDENTIFICATION 

UNACCEPTABLE USER ID 

UNACCEPTABLE USER IDENTIFICATION 

UNAUTHORIZFD ACCESS 

UNAUTHORI ZED 

UNIQUE NAME 

UNI OIJF 

UNIT CONVERSION 

UNIT CONVERSION 

UNPLANNED DATA MODIFICATION 

UNSUCCESSFUL ACCESS ATTEMPT 

USAGE ACCOUNTING 

US AGE 

USER ABSENCE AND REASSIGNMENT CONTROL 
USER ABSENCE CONTROL 
USER ACCESS CONTROL 
USER ACCESS 

USER ACTIVITY CH^CK LIST 

USER AIDS 

USER AIDS 

USER ASSISTANCE 

US^R ASSISTANCE UTILITY 

USER ASSIST 

USER CATEGORIES 

USER CLASSIFICATION DISPLAY 

USER CLASSIFICATION 

USER COMMANDS 

USER DATA ACCESS 

USER IDENTIFICATION 

USER INSTRUCTION 

USER INTERFACE DESCRIPTION UTILITY 

USER INTERFACE 

US = R INTERFACF 

USER LANGUAGES 

USER MESSAGES 

USER PRIORITIES 

USER READ SECURITY 

USER REASSIGNMENT 

USER SKILL LEVEL 

USER TERMINATION 

USER WRITE SECURITY 

USER 

user 
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kfywdrd list 


PFO 

KFYWORO 

lA.O 

UTILITY FUNCTIONS 

.3 

UTILITY PROSRANS 

87.0 

VALI DAT ION 

118.0 

VARIABLE PARAMETERS 

9^ .0 

VF R IF IC AT ION 

122.0 

VG3300 

119.0 

VIEW TRANSFORMATION 

1. 0 

VOCABULARY 

37 .0 

WAITING QUEUE 

3.0 

WARNI NGS 

8 .0 

WARNING MESSAGES 

43.1 

WARNING 

58.0 

WBS 

84.0 

WORKING PHASES OF TASK 

62.0 

WORK ING 

55.0 

WORK BREAKDOWN STRUCTURE 

51 .0 

WORK PROGRESS 

57.2 

WORK SUMMARY 



